Fazit & Empfehlung

Die Ausgangslage dieses Blogs war die Frage, was der richtige Ansatz für die individuelle Software-Entwicklung mit Cloud-native Technologien ist? Und gibt es diesen? Wie im Blog beschrieben, bin ich der Meinung ja. Diese Fragen wurden in diesem Blog aus einer technischen sowie organisatorischen Sicht beleuchtet. Hier nochmals die Erkenntnisse aus unseren verschiedenen Cloud-native Projekten zusammengefasst:

Maximale Verwendung von fully-managed Cloud-native Dienste aus der Cloud für Frontend (Hosting, CI/CD, CDN), Integration (APIM, EAI, ETL, Event-Streaming), Persistenz (DB, Storage) sowie Querschnitts-Funktionalitäten (IAM, Automatisierung, Monitoring, Logging).
Business-Logik in Microservices als Serverless-Functions, in Containern und auf Basis eines Cloud-native Applikationsframeworks. Bei Containern / K8s in der Public Cloud liegt die Tendenz klar in Richtung nativem K8s-Dienst der unterliegenden Plattform aufzusetzen.
Die Cloud-native Plattform Bereitstellung nach einem plattformzentrischen Ansatz in einem Shared-Platform-Team erhöht die Effizienz sowie Wiederverwendung von Know-how und fördert die Standardisierung. Gleichzeitig werden die Produkte-Teams von Plattform-Themen entlastet und können sich auf Business-Anforderungen konzentrieren.

Quellen:

www.gartner.com - How to Navigate the Application Platforms Market Including Cloud-Native, Low-Code and SaaS

www.gartner.com - Application Architecture and Integration for Technical Professionals Primer for 2022

www.gartner.com - Emerging Technologies: Kubernetes and the Battle for Cloud-Native Infrastructure

Hast du auch einen spannenden Use Case? Let's talk!

Daniel Albisser