NetOps (fast) trifft DevOps im Automatisierungsrennen
Es besteht eine allgemeine Meinung, dass NetOps im Rennen um die Automatisierung der Bereitstellungspipeline (so nennen wir heutzutage Produktion) weit hinter ihren DevOps-Gegenstücken zurückliegen.
Diese Wahrnehmung ist wichtig, da der Mangel an Automatisierung – und die Bereitschaft von NetOps, diese zu ermöglichen – oft als Haupttreiber für die Einführung der öffentlichen Cloud genannt wird. Zum Teil ist das Unternehmen auch für neu entstehende Technologien wie Container verantwortlich, die gezielt immer mehr Netzwerk- und Anwendungsdienste in das Ökosystem einbeziehen, sodass sie abstrahiert werden können, bis es keine Rolle mehr spielt, ob sie in der Produktion automatisiert sind oder nicht.
Als wir das letzte Mal unter den Menschen in den Schützengräben eine Umfrage machten, stellten wir fest, dass diese Aussage größtenteils zutrifft. Tatsächlich sagten uns 65 % der DevOps, dass der fehlende Zugriff und die fehlende Automatisierung der Bereitstellungspipeline ein Grund für ihren Drang sei, die IT zu umgehen und nach anderen Lösungen wie Cloud und Containern zu suchen.
Doch die Wahrnehmung, dass NetOps im Rennen um die Automatisierung nicht mitmischt, ist nicht ganz zutreffend. Tatsächlich scheint es, als würden NetOps gegenüber ihren DevOps-Gegenstücken an Boden gewinnen.
Beachten Sie diese möglicherweise überraschenden Daten aus einer kürzlich von F5 und RedHat durchgeführten Umfrage – NetOps Meets DevOps: Der Stand der Netzwerkautomatisierung . Wir haben DevOps-, NetOps- und Sicherheitsexperten zu verschiedenen Themen im Zusammenhang mit DevOps und ihren Praktiken im Hinblick auf die Automatisierung befragt. Wir haben unter anderem gezielt nachgefragt, wie sie die Automatisierung nutzen, um Infrastrukturkomponenten in vier Hauptkomponenten der Bereitstellungs- (Produktions-)Pipeline bereitzustellen:
- Anwendungsinfrastruktur . Dies sind die Server, Systeme, Middleware und Plattformen, die zum Ausführen von Anwendungen erforderlich sind.
- Anwendungsdienste . Dies sind Dienste wie Lastausgleich und Caching, HTTP-Routing und Ingress-Kontrolle.
- Netzwerk . Dies ist die Grundlage aller Pipelines. Es sind die Routing- und Switching-Funktionen im Netzwerk, die jede App und jeder App-Dienst benötigt.
- Sicherheit . Zu den Sicherheitsdiensten gehören WAF und Identität, Zugriffskontrolle und Bot-Schutz.
Wir haben festgestellt, dass DevOps im Rennen um die Automatisierung dieser Komponenten der Bereitstellungspipeline im Durchschnitt vor NetOps liegen. Wir stellen aber auch fest, dass NetOps nicht weit dahinter liegt. Wir stellen außerdem fest, dass die Wahrscheinlichkeit, dass ein Dienst automatisiert bereitgestellt wird, umso geringer ist, je weiter er von der Anwendung entfernt ist.
Dieser Unterschied ist zweifellos immer noch der Grund für gewisse Reibereien zwischen den beiden Gruppen. Wir haben festgestellt, dass gleich viele DevOps-Beteiligte (43 %) sagen, die Bereitstellungshäufigkeiten seien „gut genug“ und „nicht häufig genug“. Bei NetOps war die Meinung gleichmäßig gespalten: 31 % meinten, die Einsatzhäufigkeiten seien „gut genug“, und 30 % stimmten zu, dass die Häufigkeit nicht den Erwartungen entsprach.
Dies ist ein deutlicher Unterschied zu unserer vorherigen Umfrage , in der lediglich 18 % der NetOps das Bereitstellungstempo erhöhen wollten.
Aber die Automatisierung braucht Zeit – und Mühe. Und es gibt jede Menge Herausforderungen. DevOps sollten bedenken, dass das aktuelle Ökosystem an Tools und Tool-Sets auf Entwickler und Anwendungsinfrastruktur ausgerichtet ist. Auf der NetOps-Seite hat es kaum oder gar keine Bewegung in die Förderung des Ökosystems gegeben. Kontinuität ist schwer zu erreichen, wenn es nicht genügend Integrationsmöglichkeiten gibt, die Ihnen dabei helfen, die verschiedenen Komponenten des Bereitstellungspipeline-Puzzles zusammenzusetzen.
Und genau da liegt das Problem. Einer der Gründe für den großen Erfolg von DevOps liegt darin, dass es sich in erster Linie um Entwickler handelt. Entwickler, die Code leben und atmen. Sie verfügen über das Know-how, um das zu integrieren, was integriert werden muss. NetOps verfügt nicht unbedingt über diese Fähigkeiten. Die Bereitstellungspipeline besteht hauptsächlich aus Geräten und Systemen, die über Protokolle integriert werden. Gut definierte, RFC-basierte Protokolle, die aufgrund ihrer Konzeption keine codebasierte Integration erfordern.
Dies stellt für NetOps eine völlig neue Herausforderung dar, auf die sie nicht unbedingt vorbereitet sind – oder für die sie nicht die nötigen Fähigkeiten haben. Nur etwas mehr als ein Drittel (38 %) der DevOps gaben an, dass die „Integration von Tool-Sets verschiedener Anbieter und Geräte“ eine Herausforderung für die Netzwerkautomatisierung sei. Auf der anderen Seite nannten fast die Hälfte (47 %) der NetOps mangelnde Integration als Problem, gleich nach dem Mangel an Automatisierungs-Know-how (49 %).
Die Daten zeigen, dass NetOps trotz der mit der Automatisierung verbundenen Herausforderungen bei weitem nicht so weit zurückliegt, wie manche behaupten. Es gibt in der Netzwerkautomatisierung zahlreiche Möglichkeiten für NetOps und Security, sich in die kontinuierlichen Pipelines einzufügen, die die App-Entwicklung und -Bereitstellung zunehmend dominieren.
Weitere Einzelheiten und Analysen zu NetOps Meets DevOps: Der Stand der Netzwerkautomatisierung . Holen Sie sich noch heute Ihr Exemplar !