Es spielt keine Rolle, wie schnell Sie liefern können, wenn die Bereitstellung die Veröffentlichung verzögert. Während sich NetOps mit der Automatisierung und Orchestrierung auseinandersetzen, stehen ihre Bemühungen, die Bereitstellung zu beschleunigen, vor erheblichen Herausforderungen. DevOps kann ihnen dabei am besten helfen.
Es besteht unbestreitbar eine Verbindung zwischen digitaler Transformation und DevOps. Dank DX gehen 48 % der Unternehmen dazu über, Apps häufiger in die Produktion zu bringen. 62 % automatisieren und orchestrieren IT-Systeme und -Prozesse. 52 % ändern die Art und Weise, wie sie Apps entwickeln (denken Sie an Agile). Und 42 % erkunden Container und Microservices. Von den Grundbausteinen der Anwendungen bis hin zu den Methoden, um sie auf den Markt zu bringen: Die digitale Transformation bietet DevOps die Möglichkeit, die „kontinuierliche Bereitstellung“ auf die „kontinuierliche Bereitstellung“ auszuweiten. Bedenken Sie, dass mit „Auslieferung“ nicht die Markteinführung, sondern die Produktion gemeint ist, bei der der Bereitstellungsprozess einsetzt und die Anwendung in einen für die Nutzung akzeptablen Zustand versetzt.
Denn „zum Verzehr geeignet“ bedeutet nicht nur „die App funktioniert einwandfrei“. Es umfasst eine Reihe von Anforderungen, die in Form von Anwendungsdiensten implementiert und bereitgestellt werden müssen. Skalierbarkeit, Sicherheit, Leistung, Überwachung – all dies muss vorhanden sein, bevor die Anwendung als „für den Einsatz geeignet“ betrachtet werden kann. Das ist es, was heute die „Bereitstellungspipeline“ ausmacht.
Eine leider viel zu genaue Darstellung des Stands der Automatisierung bei Lieferung und Einsatz ist ein Skiausflug mit George Jetson und Fred Feuerstein. Ersterer stammt aus der Zukunft und fährt Skier mit Düsenantrieb, während Fred, der noch in der Vergangenheit lebt, mit Skiern mit Handantrieb zurechtkommt. Wenn Sie vermutet haben, dass George Jetson auf seinen raketengetriebenen Skiern DevOps ist, das für kontinuierliche Bereitstellung sorgt, dann liegen Sie richtig. Und wenn Sie vermuten, dass NetOps versucht, die kontinuierliche Bereitstellung überwiegend manuell durchzuführen, dann liegen Sie ebenfalls richtig.
NetOps sind die Leute, die für die Bereitstellung, Implementierung und den Betrieb der durchschnittlich 14 Anwendungsdienste zuständig sind, die heute in Unternehmen genutzt werden. Dies umfasst alles von der Skalierbarkeit (Lastausgleich und Eingangskontrolle) über die Sicherheit (Web Application Firewalls und Bot-Abwehr) bis hin zu den weniger bekannten Diensten, die die Leistung des gesamten Stacks verbessern, der eine Anwendung unterstützt.
Obwohl sie nun über Skier verfügen, die ihnen helfen, sich schneller fortzubewegen, fehlen ihnen noch immer die raketenunterstützten Skier ihrer DevOps-Kollegen.
Die Unterschiede zwischen den Automatisierungsgraden der verschiedenen Anwendungsdienstkomponenten, die zur Erreichung einer „kontinuierlichen Bereitstellung“ erforderlich sind, weisen auf die Notwendigkeit hin, die „unausgeglichenen Kräfte“ zu beseitigen, die dazu führen, dass in den meisten Organisationen immer noch manuelle Methoden verwendet werden. Dies gilt insbesondere für Organisationen, die KEINE Bereitstellungskomponenten automatisiert haben. Dies ist der Unterschied zwischen raketenunterstützten und herkömmlichen Skiern. Sogar diejenigen, denen es gelungen ist, Teile der Pipeline zu automatisieren, haben dies nicht konsequent getan – lediglich 21 % der Unternehmen haben alle vier Schlüsselkomponenten automatisiert. 11 % haben es geschafft, nur einen einzigen Bereich zu automatisieren, 25 % haben zwei geschafft.
Stellen Sie sich vor, Sie sind mitten im Flug und plötzlich sind die Raketen an Ihren Skiern weg.
Um die Bereitstellung zu beschleunigen, können wir uns nicht länger auf die traditionelle Lösung verlassen, nämlich „mehr Leute an das Problem zu setzen“. Dadurch werden die Verzögerungen nur noch größer, da zwischen der Lieferung an die Produktion und der Lieferung an den Verbraucher weitere Kommunikationsebenen und Prozesslücken entstehen.
Diese Verzögerungen sind für die Unternehmen unerfreulich, weil sie warten müssen. Noch schlimmer ist, dass sie unterwegs häufig Schritte (wie die Sicherheitskontrolle) überspringen, um die Zeit aufzuholen. Um dies zu beheben, müssen wir die „unausgeglichenen Kräfte“ finden und angehen, die die kontinuierliche Bereitstellung verlangsamen.
Die ungleichgewichtigen Kräfte bei der Bereitstellung sind in den von NetOps genannten Herausforderungen zu finden. Fähigkeiten, Richtlinien, Budgets und Integration sind erhebliche Hindernisse für die Realisierung einer kontinuierlichen Bereitstellung. Verstehen Sie mich nicht falsch: NetOps können Skripte erstellen, und sie tun dies ständig. Doch Scripting ist keine Automatisierung und trägt nicht der Notwendigkeit Rechnung, möglicherweise 14 verschiedene Geräte, Systeme und Dienste zu integrieren. NetOps benötigt Unterstützung bei der Identifizierung und praktischen Umsetzung der Tools und Methoden, die nicht nur die Integration dieser unterschiedlichen Systeme ermöglichen, sondern auch den Bereitstellungsprozess auf konsistente, vorhersehbare und wiederholbare Weise vorantreiben.
Hier kann DevOps NetOps beim Aufbau einer erfolgreichen Praxis der kontinuierlichen Bereitstellung unterstützen.
Kultur ist nicht optional. Es hat einen sehr realen Einfluss auf Verhalten und Praktiken. Allein die Teamstruktur verändert die Pipeline-Automatisierung dramatisch, wobei traditionelle Teams mit nur einer Funktion hinter ihren modernen, DevOps-gesteuerten Gegenstücken zurückfallen. Setzen Sie sich für stärker kollaborative Teamstrukturen ein. In diesem Sinne sollte sich ein zusammenarbeitendes Team auch auf wichtige Kennzahlen einigen. Durch gemeinsame Metriken können NetOps und Security ohne Einschränkungen auf eine kontinuierliche Bereitstellung hinarbeiten. Derzeit werden fast drei Viertel der NetOps anhand der NETZWERKVERFÜGBARKEIT gemessen. Die Einsatzhäufigkeit ist ihnen kaum bewusst. Sie werden sich darauf konzentrieren, das Netzwerk aufrechtzuerhalten, denn darauf müssen sie sich konzentrieren. Durch gemeinsam genutzte Metriken kann sich NetOps auf die geschäftlichen Anforderungen konzentrieren: schnellere und häufigere Bereitstellungen.
Schließlich ist Empathie gefragt. Sie sind alle im selben Team und legen – es mag Sie überraschen – Wert auf dieselben Dinge. NetOps legen wahrscheinlich ebenso großen Wert auf die Pipeline-Automatisierung wie DevOps. Bedenken Sie, dass DevOps gegenüber NetOps zehn Jahre Vorsprung hat, wenn es darum geht, Hindernisse in Bezug auf Integration, Tools und Fähigkeiten zu bewältigen. Kollaborative Teams können helfen, indem sie die Standardisierung von Tools fördern, die von der Lieferung bis zur Bereitstellung reichen (wie Jenkins und GitHub/GitLab).
Gastgeber: Mittagessen und Lernen. Bieten Sie an, einem NetOps-Kollegen als Mentor zur Seite zu stehen, und geben Sie Einblicke und Links zu Tutorials und Communities weiter, die NetOps die Möglichkeit bieten, die Tricks des Fachs zu erlernen. Richten Sie ein „Automation Center of Excellence“ oder eine Community ein, um Best Practices zu etablieren, Lösungen auszutauschen und den Wissensaustausch zu fördern, der sich mit diesen „ungleichgewichtigen Kräften“ befasst.
DevOps sollte und kann nicht mit der Auslieferung enden. Eine Anwendung ist erst dann wirklich „fertig“, wenn sie in den Händen der vorgesehenen Verbraucher ist. Dies bedeutet, dass die Bereitstellung – und die damit verbundene, zugegebenermaßen komplexe Pipeline aus Geräten und Anwendungsdiensten – automatisiert werden muss, um die dafür erforderliche Zeit zu verkürzen. DevOps verfügt über die Fähigkeiten, die Werkzeuge und die Erfahrung, um NetOps-Ski mit Raketen auszustatten, damit auch sie sich so schnell bewegen können, wie es das Geschäft erfordert.