APIs, Microservices, Cloud-native en serverless

In de IT heeft iedereen het over APIs en microservices, maar wat zijn dat nou precies? In deze APIs, Microservices, Cloud-native en serverless training leert u de laatste trends in applicatie design. U hoeft zelf geen ontwikkel kennis te hebben.

Deze training is bedoeld voor Product Owners, managers en IT engineers. U kunt een uitgebreide agenda vinden aan het einde van deze pagina.

Of uw IT organisatie nu zelf software ontwikkelt of u laat software ontwikkelen, de vraag is voor welke smaak moet u kiezen, wat zijn de voordelen en de verschillen?

U leert de best practices voor software design die mede zijn ontstaan uit de Service Oriented Architecture (SOA) en de Cloud. Een van die ideeën is een duidelijk afspraak over hoe applicaties met elkaar moeten praten, dat leidde tot de RESTful APIs. Een bijna natuurlijke evolutie is de stap naar Microservices, een aanpassing noodzakelijk voor continuous delivery en continuous integration.

Maar de stap naar Microservices en APIs mag niet onderschat worden: “elk voordeel heb zijn nadeel“. Design for failure, een Dynamic Service Discovery, API gateways en SRE (Site Reliability Engineering) zijn noodzakelijk om incidenten te voorkomen, complexiteit te verminderen en vooral om flexibel te blijven (TTM Time To Market). Het eerder aan kunnen bieden  van een App, nieuwe functionaliteit of een nieuw IoT/smart device kan van doorslaggevend belang zijn voor uw bedrijf.

Onder invloed van de Cloud hebben we nu nieuwe, Cloud-native, applicatie deployment / installatie methodes zoals containers / Docker en een immutable / niet te wijzigen infrastructuur (alleen weggooien en opnieuw installeren). Dat stelt weer nieuwe eisen aan de applicatie en de ontwikkel processen. Maar denk niet dat u dan zonder problemen uw container van uw eigen datacentrum naar de Cloud of van Azure naar AWS kan zetten: IT DEPENDS.

Een andere vorm van een Cloud-native applicatie is een Service Mesh. Dit is een ontwikkeling die het mogelijk maakt het beheer en ontwikkeling van non-functionals als transport logica (load balancing, routering, welk protocol, welke security etc.) te scheiden van je business logica/applicatie en aparte “platform” teams in te richten.

Ten slotte kunt u kiezen voor Serverless, waar het beheer van de infrastructuur en middleware volledig onder controle is van uw Cloud Service provider (CSP): u hoeft u slechts te focussen op de business logica. Dat kan tegenwoordig zeer kosten effectief, maar kan ook een vendor lock-in betekenen. Deze vorm wordt steeds volwassener en meer en meer ondersteund door een sterke Open Source community. Maar maak niet de vergissing dat Serverless betekent NoOps…

Agenda APIs, Microservices, Cloud-native en serverless training

• Wat zijn de belangrijkste kenmerken van SOA: loosely Coupling, idee van een contract voor de interface, herbruikbaarheid
• Wat zijn de kenmerken van een RESTful API?
• Wat zijn de voor- en nadelen van een API?
• Waarom is een dynamic service discovery belangrijk?
• Wat zijn de verschillen tussen een API en een Microservice?
• Het probleem met (lange) API ketens
• Het belang van SRE Observability, Tracing
• Wat is een applicatie container?
• Aan welke voorwaarden moet een applicatie voldoen voor een applicatie container
• Wat is Docker en Kubernetes
• The Microservices hierarchy of needs
• Verschillen tussen de Cloud Service Provider (CSP)
• Wat is een Service Mesh?
• Voor- en nadelen van een Service Mesh
• Wat is Serverless?
• Wat is het verschil tussen Function as a Service (FaaS) en Backend as a Service (BaaS)
• Wat bieden de grootste CSP’s aan serverless functionaliteiten?
• NoOps?