DevOps endet nicht mit der Bereitstellung

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Es spielt keine Rolle, wie schnell Sie liefern können, wenn die Bereitstellung die Veröffentlichung verzögert. Während NetOps-Teams zunehmend auf Automatisierung und Orchestrierung setzen, stehen sie bei ihren Bemühungen, die Bereitstellung zu beschleunigen, vor erheblichen Herausforderungen. DevOps ist am besten aufgestellt, um sie dabei zu unterstützen.

DIGITALE TRANSFORMATION BEDEUTET DEVOPS

Es besteht zweifellos ein Zusammenhang zwischen digitaler Transformation und DevOps. Aufgrund der digitalen Transformation gehen 48 % der Unternehmen dazu über, Anwendungen häufiger in die Produktionsumgebung zu überführen. 62 % automatisieren und orchestrieren IT-Systeme und -Prozesse. 52 % verändern die Art und Weise, wie sie Anwendungen entwickeln (Stichwort Agile). Und 42 % befassen sich mit Containern und Microservices. Von den grundlegenden Bausteinen der Anwendungen bis hin zu den Methoden, mit denen sie auf den Markt gebracht werden, ermöglicht die digitale Transformation DevOps, die „Continuous Delivery“ zum „Continuous Deployment“ weiterzuentwickeln. Dabei ist zu beachten, dass „Delivery“ nicht die Markteinführung, sondern die Überführung in die Produktionsumgebung bezeichnet. Dort setzt der Deployment-Prozess ein und versetzt die Anwendung in einen Zustand, in dem sie genutzt werden kann.

Das liegt daran, dass „zur Nutzung geeignet“ nicht einfach nur bedeutet, dass „die Anwendung einwandfrei funktioniert“. Vielmehr umfasst dies eine Reihe von Anforderungen, die in Form von Anwendungsdiensten implementiert und bereitgestellt werden müssen. Skalierbarkeit, Sicherheit, Leistung und Überwachung – all das muss gewährleistet sein, bevor die Anwendung als „zur Nutzung geeignet“ gelten kann. Genau das macht heute die „Deployment-Pipeline“ aus.

DIE BEREITSTELLUNG BENÖTIGT DEVOPS, UM DAS VERSPRECHEN VON AUTOMATISIERUNG UND ORCHESTRIERUNG EINZULÖSEN

Leider lässt sich der Stand der Automatisierung bei Bereitstellung und Deployment nur allzu treffend mit einem Skiausflug von George Jetson und Fred Feuerstein vergleichen. Ersterer kommt aus der Zukunft und fährt auf düsengetriebenen Skiern, während Fred, der noch in der Vergangenheit lebt, mit manuell angetriebenen Skiern zurechtkommen muss. Wenn Sie vermutet haben, dass George Jetson auf seinen raketengetriebenen Skiern für DevOps mit kontinuierlicher Bereitstellung steht, liegen Sie richtig. Und wenn Sie vermutet haben, dass NetOps versucht, kontinuierliches Deployment mit einer weitgehend manuellen Methode umzusetzen, liegen Sie ebenfalls richtig.

NetOps sind die Fachleute, die für die Bereitstellung, Implementierung und den Betrieb der heute in Unternehmen durchschnittlich 14 eingesetzten Anwendungsdienste zuständig sind. Dazu gehört alles von Skalierbarkeit (Lastverteilung und Ingress-Steuerung) über Sicherheit (Web Application Firewalls und Bot-Abwehr) bis hin zu weniger bekannten Diensten, die die Leistung des gesamten Stacks verbessern, auf dem eine Anwendung basiert.

Sie haben zwar Skier, mit denen sie schneller vorankommen, doch im Gegensatz zu ihren DevOps-Kollegen fehlen ihnen noch immer die Skier mit Raketenantrieb.

Unterschiede bei der Pipeline-Automatisierung können zu frustrierenden Verzögerungen führen

Die unterschiedlichen Automatisierungsgrade der verschiedenen Komponenten von Anwendungsdiensten, die für eine „kontinuierliche Bereitstellung“ erforderlich sind, zeigen, dass die „unausgeglichenen Kräfte“ beseitigt werden müssen, die dazu führen, dass die Mehrheit der Unternehmen weiterhin manuelle Verfahren einsetzt. Dies gilt insbesondere für Unternehmen, die KEINE der Bereitstellungskomponenten automatisiert haben. Es ist der Unterschied zwischen Skiern mit Raketenantrieb und herkömmlichen Skiern. Selbst Unternehmen, denen es gelungen ist, Teile der Pipeline zu automatisieren, haben dies nicht durchgängig getan: Lediglich 21 % der Unternehmen haben alle vier Schlüsselkomponenten automatisiert. 11 % konnten nur einen einzigen Bereich automatisieren, 25 % immerhin zwei.

Stellen Sie sich vor, Sie sind mitten im Flug und plötzlich sind die Raketen an Ihren Skiern weg.

Wir können uns nicht länger auf den traditionellen Ansatz verlassen, zur Beschleunigung der Bereitstellung einfach „mehr Leute auf das Problem anzusetzen“. Dadurch verschärfen sich die Verzögerungen nur noch, weil zwischen der Übergabe an die Produktion und der Auslieferung an die Verbraucher zusätzliche Kommunikationsebenen und Prozesshürden entstehen.

Diese Verzögerungen sorgen für Unzufriedenheit im Unternehmen, weil es warten muss. Schlimmer noch: Um die verlorene Zeit aufzuholen, werden häufig Schritte (wie etwa Sicherheitsprüfungen) übersprungen. Um dies zu beheben, müssen wir die „unausgeglichenen Kräfte“ identifizieren und angehen, die Continuous Deployment ausbremsen.

WAS SIND DIESE „UNGLEICHGEWICHTIGEN KRÄFTE“ UND WIE KANN DEVOPS SIE WIEDER INS GLEICHGEWICHT BRINGEN?

Die Faktoren, die bei der Bereitstellung für ein Ungleichgewicht sorgen, zeigen sich in den von NetOps genannten Herausforderungen. Fehlende Kompetenzen, Richtlinien, Budgets und Integration stellen erhebliche Hürden für die Umsetzung einer kontinuierlichen Bereitstellung dar. Verstehen Sie mich nicht falsch: NetOps kann Skripte erstellen und tut dies auch ständig. Doch Skripterstellung ist keine Automatisierung und wird nicht der Notwendigkeit gerecht, potenziell 14 verschiedene Geräte, Systeme und Dienste zu integrieren. NetOps benötigt Unterstützung bei der Auswahl und praktischen Anwendung von Tools und Methoden, die nicht nur die Integration dieser unterschiedlichen Systeme ermöglichen, sondern auch den Bereitstellungsprozess konsistent, vorhersehbar und wiederholbar gestalten.

Hier kann DevOps NetOps dabei unterstützen, Continuous Deployment erfolgreich in der Praxis umzusetzen.

DIE ZUSAMMENARBEIT MUSS DIE GRENZE ZWISCHEN IT UND ENTWICKLUNG ÜBERWINDEN

Kultur ist kein optionaler Faktor. Sie hat ganz konkrete Auswirkungen auf Verhaltensweisen und Arbeitspraktiken. Allein die Teamstruktur verändert die Pipeline-Automatisierung grundlegend: Traditionelle Teams mit nur einem Funktionsbereich fallen hinter moderne, DevOps-orientierte Teams zurück. Fördern Sie stärker auf Zusammenarbeit ausgerichtete Teamstrukturen. Ebenso sollte sich ein kollaboratives Team auf zentrale Kennzahlen verständigen. Gemeinsame Kennzahlen ermöglichen es NetOps und Security, ohne Nachteile auf Continuous Deployment hinzuarbeiten. Derzeit werden fast drei Viertel der NetOps-Teams anhand der NETZWERKVERFÜGBARKEIT bewertet. Die Bereitstellungshäufigkeit spielt für sie kaum eine Rolle. Sie konzentrieren sich darauf, das Netzwerk verfügbar zu halten, weil genau das von ihnen verlangt wird. Gemeinsame Kennzahlen geben NetOps den nötigen Spielraum, sich auf die Anforderungen des Unternehmens zu konzentrieren – schnellere und häufigere Bereitstellungen.

Schließlich ist Empathie gefragt. Sie gehören alle demselben Team an und legen – auch wenn Sie das vielleicht überraschen mag – Wert auf dieselben Dinge. Für NetOps ist die Automatisierung der Pipeline mit ebenso hoher Wahrscheinlichkeit von großer Bedeutung wie für DevOps. Bedenken Sie, dass DevOps gegenüber NetOps einen zehnjährigen Vorsprung bei der Bewältigung und Überwindung von Hindernissen in den Bereichen Integration, Tools und Kompetenzen hat. Kollaborative Teams können dazu beitragen, indem sie die Standardisierung von Tools fördern, die den gesamten Prozess von der Bereitstellung bis zum Deployment abdecken (wie Jenkins und GitHub/GitLab).

Veranstalten Sie Lunch-and-Learn-Sessions. Bieten Sie einem Kollegen aus dem NetOps-Bereich Ihre Unterstützung als Mentor an und teilen Sie Erkenntnisse sowie Links zu Tutorials und Communitys, die NetOps die Möglichkeit bieten, die Kniffe des Fachs zu erlernen. Gründen Sie ein „Automation Center of Excellence“ oder eine Community, um Best Practices zu etablieren, Lösungen auszutauschen und den Wissenstransfer zu fördern, der diesen „destabilisierenden Kräften“ entgegenwirkt.

DevOps sollte und kann nicht mit der Bereitstellung enden. Eine Anwendung ist erst dann wirklich „fertig“, wenn sie von den vorgesehenen Nutzern verwendet werden kann. Das bedeutet, dass auch das Deployment – einschließlich seiner zugegebenermaßen komplexen Pipeline aus Geräten und Anwendungsdiensten – automatisiert werden muss, um die dafür benötigte Zeit zu verkürzen. DevOps verfügt über die Fähigkeiten, Tools und Erfahrungen, um NetOps mit einem Raketenantrieb auszustatten, damit auch dieses Team so schnell vorankommt, wie es das Unternehmen erfordert.

Über den Autor

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.

Weitere Blogbeiträge von Lori Mac Vittie