Cloud-Native Plattformen - Produktivitäts-Boost oder nur Hype? Die Welt wird immer komplexer und die Anforderungen an die IT immer höher. Können moderne Cloud-Native Plattformen dabei unterstützen? Lasst uns besser verstehen mit welchen Problemen IT-Organisationen kämpfen und wie man sich dazu besser aufstellen kann.

1. Cloud Native Platform
Productivity Boost oder nur Hype?

3. Wer bin ich?
• Johannes Kleinlercher
• Cloud-Native Platform
Engineer und Consultant
• > 20 Jahre in komplexen IT-
Systemen
• Platform-Engineering und
DevOps seit über 10 Jahren

4. Autonome DevOps-Teams
• Schnell und flexibel
• Zu viel Verantwortung
• Zu hohe kognitiver Last
• Inkonsistenzen über die
ganze Organisation
Traditionell
• Viele funktionale Silos
• Infrastruktur gemanaged
und sicher
• Langsame, ineffiziente
Prozesse
IT-Orgs in den letzten 20 Jahren

5. suXess IT Cloud-Native Platform
Devs App-Betreuer SW-Lieferanten Selbständig App-
Deliver, Konfig,
Infrastructure, …

6. suXess IT Cloud-Native Platform
Kubernetes
(OpenShift)
als Basis
Devs App-Betreuer SW-Lieferanten Selbständig App-
Deliver, Konfig,
Infrastructure, …

7. suXess IT Cloud-Native Platform
Kubernetes
(OpenShift)
als Basis
Devs App-Betreuer SW-Lieferanten
CD für
vollautomatisierten
Weg von Dev → Prod Zentrales Portal für
Golden-Path-
Template, Docs und
APIs
Logging
Monitoring
Tracing
Security &
Compliance der
Plattform aber
auch Applikationen
Selbständig App-
Deliver, Konfig,
Infrastructure, …

8. Warum Firmen Cloud-Native Plattformen benötigen:
• 22%: need to increase speed of delivery
• 18%: needed to scale up
• 10%: engineers were taking on too much work
Was war das Ergebnis:
• Nearly all — 94% — agree that having a platform is helping their organizations better
realize the benefits of DevOps.
• More than two-thirds, or 68%, reported that development speed at their companies
has increased.
• Most of those respondents who have a platform report seeing better system
reliability (60%), more productivity and efficiency (59%) and better workflow
standards (57%).
• Gartner: bis 2026 werden 80% der Softwareunternehmen Plattformen-Engineering
einführen. “Platform engineering will ultimately solve the central problem of
cooperation between software developers and operators.“
https://www.gartner.com/en/articles/what-is-platform-engineering
Plattformen als Schlüsseltechnologie

10. • Größe der Software darf nicht Team-Kapazität
übersteigen
(max. Teamgröße beachten → Dunbars Number!)
• Software an „natürlichen Bruchstellen1“
schneiden (Conways Law!)
• Kognitive Last reduzieren durch Plattformen
1 https://teamtopologies.com/key-concepts-content/finding-good-stream-boundaries-with-independent-service-heuristics
Cognitive Load → Team Topologies

11. • Offloading gewisse Expertise an Plattform → Reduktion
der kognitiven Last
• Self-Service APIs → keine Hand-Offs → keine
Wartezeiten → weniger Missverständnisse → weniger
„Wartezeit-Tasks“ → geringeres WIP → Fast-Flow
Vorteile moderner Plattformen

13. Cynefin-Framework

14. Experimente fördern

15. • Shift-Left (and down) für Fast Feedback
• Pipelines mit Quality-Gates
• Policy-As-Code → Kyverno
• Ephemeral Environments
• Mit jedem PR automatisch eine neue Testumgebung
• Rückstandsloses Aufräumen nach Experimenten!
• ArgoCD ApplicationSet PR Generator
Vorteile moderner Plattformen

16. • Shift-Right
„Code wird erst in der Produktion richtig zum Leben erweckt!“
• Progressive Rollout
• ArgoCD Rollouts (A/B-Testing, Canary-Deployment)
• Istio „Traffic Mirroring“
Vorteile moderner Plattformen

17. • Must-Have! Observability-Tools!
• Continuous Delivery
• Schneller Bugs fixen
• Aber auch schneller Bugs finden!
• Codeänderung noch eher in Erinnerung
Vorteile moderner Plattformen

18. • Komplexität bewusst machen hilft, aktiv dich richtigen
Maßnahmen zu treffen
• Fürs Team heißt das
• Team Cognitive Load Assessment: Teamperature
https://academy.teamtopologies.com/pages/team-cognitive-load-assessment
• Team/Software-Grenzen überdenken
(DDD oder „Independent Service Heuristics“)
https://teamtopologies.com/key-concepts-content/finding-good-stream-
boundaries-with-independent-service-heuristics
• Arbeiten in komplexen Umgebungen
• Experimentieren fördern
• Fehlerkultur fördern
• Shift-Left und Shift-Right
• Mit Plattformen Komplexität reduzieren, nicht erhöhen!
Was solltet ihr mitnehmen …

19. Vielen Dank!
Johannes Kleinlercher
https://www.suxess-it.com