Foto: Graphic farm - shutterstock.com
IT ist wichtiger denn je - internes IT-Know-how ist unwichtiger denn je. Dieses Paradox taugt durchaus als - überspitzte - Zusammenfassung der Diskussion, die in deutschen Unternehmen und unter IT-Dienstleistern geführt wird, wenn das Thema Cloud-native zur Sprache kommt. Warum noch hohe Investitionen in eigene IT-Infrastrukturen stecken, wenn externe PaaS-Lösungen viel komfortabler und flexibler zu haben sind? Allein die Möglichkeiten des Softwaremarktes sorgen so für einen Preiswettbewerbs- und letztlich Veränderungsdruck, dem sich Unternehmen nur schwer entziehen können.
Foto: Michaela Handrek-Rehle
Die Fähigkeit zur schnellen Anpassung ist in der Digitalisierung einer der wichtigsten Faktoren für die Steigerung von Wachstum und den Erhalt der Wettbewerbsfähigkeit. Technologien wie Container oder Kubernetes ermöglichen ein hohes Maß an Automatisierung, Flexibilität und Skalierbarkeit, um Anwendungen in hoher Frequenz und mit immer kürzerer Time-to-Market bereitzustellen. Release-Zyklen, die bisher gerne mal ein Vierteljahr dauerten, umfassen in der entsprechenden Infrastruktur nicht mal mehr einen Tag.
Informationen zu den Partner-Paketen der Cloud-native Studie
Diese Dynamik weckt Begehrlichkeiten: Die Unternehmensführung will an den Chancen des Softwaremarktes partizipieren. Darüber hinaus steigt der externe Druck: Wer seine IT nicht modernisiert und zumindest Teile seiner Infrastruktur in die Cloud bringt, dem drohen je nach Branche teils gravierende Wettbewerbsnachteile.
Der Druck auf Unternehmen steigt
Heinz Bruhn, Director Solutions Cloud & Managed Services bei Rackspace, verortet die Branche kurz vor der Aufbruchsstimmung, wie er im Rahmen der IDG-Round-Table-Diskussion zum Thema "Cloud-native" betont: "Cloud-native bedeutet mehr Freiheit, die gleichzeitig mit gestiegenen Ängsten bei den Unternehmen einhergeht - auf prozessualer, auf technologischer und nicht zuletzt auf organisatorischer Ebene. Um diese zu adressieren, braucht es die Bereitschaft der Geschäftsführung, auf jeder dieser Ebenen die notwendigen Veränderungen anzustoßen. Wir merken, dass hier langsam die nötigen Schritte ergriffen werden, auch weil vonseiten des Marktes der Druck weiter steigt: Unternehmen stehen letztendlich vor der Wahl: Entweder ich springe auf den aktuellen Technologietrend Cloud-native auf, oder ich bin raus!"
Aufspringen wollen recht viele, wie auch die anderen Diskussionsteilnehmer des Round Table immer wieder feststellten, doch es fehle an der nötigen Konsequenz. Berüchtigt ist vor allem der Typus CEO, der Sätze wie "Wir machen jetzt Cloud" formuliert und per Dekret zur Migration der gesamten bestehenden Architektur auffordert. Diese "Lift and Shift"-Mentalität sehen viele in der Round-Table-Diskussion als erstes Vorzeichen eines Scheiterns. Viel zu unterschiedlich seien die Fragestellungen, Arbeitsabläufe und sogar Kulturen in der Cloud im Vergleich zu traditionellen Umgebungen.
Für Matthias Kranz von Red Hat ist es daher wichtig, schon früh die Sinnfrage zu stellen: "In der Diskussion mit Kunden treten wir häufig ganz bewusst einen Schritt zurück und fragen: Warum soll es überhaupt die Cloud sein? Auf der Basis dieser Frage gilt es dann, eine klare Strategie zu formulieren und nicht einfach ,Lift and Shift' zu betreiben. Das gilt auch und vor allem für die kulturelle Ebene: Gerade in großen Unternehmen führt eine allzu schnelle Migration zu Unsicherheit und auch zu Widerstand. Erst wenn der Nutzen klar wird, verschwinden die Ängste."
Die Verlagerung geschäftskritischer Prozesse in die Cloud muss zwingend mit einem gewissen kulturellen Wandel einhergehen, der der Entwicklung (und dem Betrieb) die nötige Autonomie und Produktivität ermöglicht.
- Robin Parr, Neos
"Wie stark der Impact von Cloud-native ist, sieht man auch an Themen wie DevOps: Während Entwicklung und Betrieb in traditionellen Umgebungen möglichst nah zusammenwachsen, existiert diese Trennung bei Cloud-native schon gar nicht mehr: „Dev" und „Ops" sind dort ein und dieselbe Person." - Heinz Bruhn, Rackspace
"Cloud-native bedeutet mehr Freiheit, die gleichzeitig mit gestiegenen Ängsten bei den Unternehmen einher geht – auf prozessualer, auf technologischer und nicht zuletzt auf organisatorischer Ebene. Um diese zu adressieren, braucht es die Bereitschaft der Geschäftsführung, auf jeder dieser Ebenen die notwendigen Veränderungen anzustoßen." - Matthias Kranz, Red Hat
"In der Diskussion mit Kunden treten wir häufig ganz bewusst einen Schritt zurück und fragen: Warum soll es überhaupt die Cloud sein? Auf der Basis dieser Frage gilt es dann, eine klare Strategie zu formulieren und nicht einfach „Lift and Shift” zu betreiben. Das gilt auch und vor allem für die kulturelle Ebene: Gerade in großen Unternehmen führt eine allzu schnelle Migration zu Unsicherheit und auch zu Widerstand. Erst wenn der Nutzen klar wird, verschwinden die Ängste." - Rene Funk, Maturity
"DevOps ist grundsätzlich der richtige Ansatz, wenn es von der Organisation entsprechend konsequent umgesetzt wird –- strukturell und kulturell. Vergleiche mit traditionellen Methoden belegen, dass dann die Abstimmung zwischen Angebot und Nachfrage schneller läuft, Fehlerquoten sinken und unter dem Strich die Applikations-TCO reduziert wird." - Marcus Flohr, Delphix
"Wir können uns Prozesse und Technologien ausdenken, wie wir wollen: Wenn die richtige kulturelle Basis nicht da ist, dann laufen wir gegen Wände. Diese Voraussetzungen schaffen wir aber nur in einem kontinuierlichen Prozess, der die gesamte Organisation betrifft. Eine Ausgründung in Form eines Start-ups kann oft auch ein Entwicklungshemmer sein, da die generierten Innovationen es nicht in die Mitte des Unternehmens schaffen." - Simon Fleischer, ConSol
"An die Stelle von technischem Know-how tritt in Cloud-native-Umgebungen das Business-Know-how, das den Nutzen einer Technologie in den Vordergrund stellt. Vor allem mit Blick auf den Fachkräftemangel ergeben sich für viele Unternehmen so auch Chancen. Sie können sich fragen, welches Wissen sie wirklich im Haus benötigen." - Benjamin Treichel, Brockhaus
"Die gewissenhafte Analyse von Prozessen ist ein wesentliches Erfolgskriterium bei der Überführung von Unternehmensinfrastrukturen in die Cloud. Wenn von oben einfach nur die Ansage „Wir machen ab jetzt Cloud” kommt, dann kommt lediglich „Lift and Shift“ dabei heraus. Erst wenn Unternehmen verstehen, dass die Migration ein langwieriger, aber lohnenswerter Prozess ist, schaffen sie den Sprung. Ein großer Hemmschuh ist außerdem nach wie vor die Security. - Dominic Lindner, ownCloud
"Gerade in mittelständischen Unternehmen besteht häufig eine hohe Unsicherheit, ob sich die hohen Kosten und Aufwendungen der Integration von Daten in die Cloud lohnen und wo man genau ansetzen kann. Hier gilt es, mithilfe von klaren Use-Cases, erste Ansätze der Nutzung von Cloud kostengünstig zu erproben."
Mehr Unabhängigkeit für den Entwickler
Dass Technologie zwar durchaus positive Anstöße liefern kann, die tatsächliche Transformation aber auf organisatorischer Ebene stattfinden muss. zeigt etwa das Beispiel Kubernetes: Die deklarative, API-gesteuerte Infrastruktur von Kubernetes schafft eine bisher nie da gewesene Unabhängigkeit für Entwicklerteams, unabhängig zu arbeiten und sich auf ihre Geschäftsziele zu konzentrieren. Diese neue Dynamik und Flexibilität wirkt sich wiederum auf andere Abteilungen aus. Ein positiver Erfolgszyklus entsteht, der - wenn die richtigen organisatorischen Voraussetzungen bestehen - im Idealfall das gesamte Unternehmen erfasst.
Informationen zu den Partner-Paketen der Cloud-native Studie
"In einer Cloud-native-Umgebung muss sich die Unternehmenskultur vollständig ändern. Die Art und Weise, wie dort Probleme gelöst werden, unterscheidet sich komplett von ,traditionellen' Herangehensweisen und ist viel weniger technologisch. Technologie kann ein Teil der Lösung sein, aber niemals DIE Lösung selbst", betont Robin Parr, Geschäftsführer des Entwicklungshauses Neos IT.
Wie weitreichend diese Änderung sein muss, weiß er aus eigenen Projekten: "Alle Erfolgsprojekte aus diesem Bereich hätten wir niemals innerhalb einer bestehenden Organisation beziehungsweise in einer Konzernstruktur umsetzen können. Es musste immer ein ,echter' Greenfield-Ansatz sein, da Innovationen sonst niemals in der nötigen Geschwindigkeit erreicht werden können."
Cloud-native braucht DevOps
Cloud-native-Technologien wie Kubernetes, Microservices oder Serverless-Funktionen werden vor allem wegen ihres Multi-Cloud-Charakters über automatisierte CI-/CD-Pipelines verwaltet. Das bedeutet: Wer Cloud-native haben will, braucht DevOps. Erst das Zusammenwachsen von Entwicklung und Betrieb schafft die Dynamik, die nötig ist, um die technologischen Möglichkeiten überhaupt zu nutzen.
Während DevOps nicht zwingend eine Cloud-native-Umgebung braucht, ist dies also umgekehrt sehr wohl der Fall. Für Robin Parr verhält es sich sogar so, dass Cloud-native einen direkten Einfluss darauf ausübt, wie DevOps konkret im Unternehmen gelebt wird: "Während Entwicklung und Betrieb in traditionellen Umgebungen möglichst nah zusammenwachsen, existiert diese Trennung bei Cloud-native schon gar nicht mehr: ,Dev' und ,Ops' sind dort ein und dieselbe Person."
Am Ende der Round-Table-Diskussion blieb festzuhalten: Die Entscheidung für Cloud-native wird langfristig für jedes Unternehmen zum Thema. Trotzdem sollten keine vorschnellen Entscheidungen getroffen werden. CEOs sollten sich bewusst sein, dass sie ihre Organisation fundamental umbauen und eine komplett neue Kultur implementieren müssen - erst auf der grünen Wiese, dann im gesamten Unternehmen. (mb)