Die 5 wichtigsten Tipps für die Public Cloud Transformation

Anhand der Diskussionen und den Einsichten in die Public Cloud Strategien von AXA und Swiss Re lassen sich 5 Tipps für die erfolgreiche Cloud-native Entwicklung ableiten:

Sorgen Sie dafür, dass das Entwicklungsteam Verantwortung übernimmt. Das Team sollte beim pragmatischen Abwägen der Aspekte Technik, Kosten und der Bedürfnisse des Business eine zentrale Rolle spielen. Und es muss dafür verantwortlich sein, dass die logische Abstraktion in die Architektur eingezogen wird. Mit der logischen Abstraktion ist sichergestellt, dass ein schnelles und effizientes Auswechseln einzelner Komponenten möglich ist. In der Fachsprache führen diese Verantwortlichkeiten zu «Software Craftmanship». Darunter versteht man den Stolz und die Verantwortung, die jeder im Entwicklungsteam trägt, um ein erfolgreiches Projekt abzuliefern.
Stellen Sie sicher, dass sich die Cloud-Native Lösung an den Kriterien Flexibilität, iterative Entwicklung mit einer klaren Vision vor Augen, maximierter Verwendung von verwalteten Services, Multi-Channel-Fähigkeiten, sowie Konzentration auf Business Funktionalität orientiert. Damit gewährleisten Sie, dass sich das Entwicklungsteam an einer Vision orientieren und die richtigen technischen Entscheidungen fällen kann.
Setzen Sie eine klare und transparente Kostenstruktur durch. Ziehen sie das Entwicklungsteam in die Verantwortung mit ein. Damit unterstützen sie die Organisation, die Kosten der Public Cloud im Griff zu halten. Als zusätzliche Schicht kann via Governance-Mechanismen die Verwendung von besonders kostenintensiven Services eingeschränkt oder von kostengünstigeren Alternativen eingefordert werden.
Begleiten Sie den Weg in die Cloud durch ein Programm bzw. Transformationsmanagement. Aspekte wie Skills Management, Kulturwandel, Roadmap, Finanzierung, sowie das Technologiemanagement, gilt es abzudecken. Auf diese Weise setzen sie ein klares Zeichen für die Mitarbeitenden wohin die Reise führt. Und alle ziehen am gleichen Strang bzw. böse Überraschungen oder Ineffizienzen werden minimiert.
Gehen Sie das vielbesagte Thema Lock-in pragmatisch an. Es gibt in jedem Fall einen Lock-In. Es lohnt sich rechnerisch nur selten, vermeintliche Lock-Ins aktiv zu umgehen (z.B. mit Multi-Cloud, Abstraktionsschicht). Viel wichtiger ist es, mit den gewählten Technologien oder Hyperscalern die eigenen Ziele effizient umsetzen zu können. Mit bewussten Architekturentscheidungen können die Risiken aktiv verwaltet werden.

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

Cyrill Rüttimann

Daniel Albisser