Jede Medaille hat zwei Seiten, wie ein altes Sprichwort besagt. Es versteht sich von selbst, dass beide Seiten der Medaille dieselbe Farbe haben, auch wenn sie unterschiedliche Motive zeigen.
Das haben wir festgestellt, als wir uns eingehend mit DevOps und NetOps befassten. Wir fanden heraus, dass beide Gruppen die Prioritätensetzung der jeweils anderen weitaus wohlwollender beurteilen, als es traditionelle Rollenbilder vermuten lassen, und dass sie viele Gemeinsamkeiten haben – auch wenn sie in Detailfragen unterschiedlicher Meinung sein mögen.
Im Juli 2017 befragten wir 884 NetOps- und DevOps-Fachleute. Dabei ging es in erster Linie um Automatisierungsmaßnahmen, aber auch um Kennzahlen, die im DevOps-Bereich häufig herangezogen werden, etwa die Häufigkeit und Erfolgsquote von Bereitstellungen.
Doch das sind nur nüchterne Zahlen. Wir wollten wissen, ob die gegenseitige Wahrnehmung der beiden Gruppen der in Karikaturen dargestellten Feindseligkeit entsprach oder ob sie sich inzwischen weiterentwickelt hatten und, wenn schon keine engen Freunde, so doch zumindest Freunde mit gelegentlichen Differenzen geworden waren. Schließlich verfolgen beide Gruppen dasselbe Ziel: eine App auf den Markt zu bringen, die das Unternehmen zu neuen Höhenflügen verhilft.
Und den Ergebnissen zufolge scheint dies tatsächlich der Fall zu sein. Beide Seiten wünschen sich eine engere Zusammenarbeit und mehr Austausch, wenn es darum geht, Apps auf den Markt zu bringen, und nennen konkrete Beispiele dafür, wie sie sich dies in der Praxis vorstellen. Zudem haben beide Gruppen ähnliche Einschätzungen hinsichtlich der Sicherheit, Zuverlässigkeit und Leistung der Anwendungen, die sie bereitstellen und anschließend implementieren. Vielleicht überraschend ist, dass keine der beiden Gruppen gegen die Auswirkungen des rasanten Wandels in der Branche gefeit ist. Sowohl DevOps als auch NetOps sind sich nicht völlig sicher, ob ihre Rollen in fünf Jahren noch relevant sein werden. Beide stellten außerdem zumindest eine gewisse Lücke zwischen dem Wissen, das sie für ihre Arbeit benötigen, und den Fähigkeiten beziehungsweise Schulungen fest, über die sie derzeit verfügen.
Wir haben jedoch Unterschiede darin festgestellt, in welchem Umfang Technologie die Kluft zwischen Entwicklungs- und Produktionspipelines überbrücken sollte. Dies wiederum bestätigt die weitverbreitete Annahme, dass „das Netzwerk“ ein wesentlicher Faktor für den Aufstieg von Multi-Cloud-Umgebungen ist, da es Entwickler und DevOps dazu veranlasst, außerhalb der IT nach Lösungen zu suchen – vor allem in der Cloud.
Automatisieren. Automatisieren. Automatisieren.
Das ist ein wörtliches Zitat und ein häufiges Thema unter der Minderheit der DevOps-Fachleute, die der Ansicht waren, dass ihre Kollegen im NetOps-Bereich nicht die „richtigen Dinge“ priorisierten. Das könnte daran liegen, dass sie der kleinen Zahl (8 %) von NetOps-Fachleuten gegenüberstanden, die angaben, dass derzeit „kein Teil“ ihrer Produktionspipeline automatisiert sei. Oder vielleicht gehören sie zu einer kleinen Gruppe von DevOps-Fachleuten (4 %), die der Meinung sind, dass Entwickler, DevOps und die Entwicklungsabteilung über Automatisierungs-/Self-Service-Funktionen KEINEN Zugriff auf die Produktionspipeline haben sollten, und sind schlicht anderer Meinung.

Die gute Nachricht ist, dass sie in beiden Punkten in der Minderheit sind. Die Mehrheit der NetOps arbeitet nicht nur in Umgebungen, in denen mindestens 50 % der Produktionspipeline automatisiert sind, sondern ein Großteil (61 %) ist außerdem der Ansicht, dass DevOps und Entwickler umfassenderen Zugriff (mindestens 50 %) auf diese Pipeline haben sollten.
Das bedeutet, dass NetOps den Wunsch von DevOps nach mehr Automatisierung und Self-Service-Funktionen voll und ganz unterstützen.
Darüber hinaus ist die überwältigende Mehrheit beider Gruppen der Ansicht, dass die jeweils andere Gruppe „die richtigen Dinge“ priorisiert: 82 % der DevOps- und 76 % der NetOps-Fachleute stimmen der Prioritätensetzung ihrer Kollegen zu. Für Duelle im Morgengrauen auf dem Parkplatz gibt es also doch kaum Anlass.
Mehr Automatisierung, größere Erfolgschancen
In DevOps-Kreisen ist die Annahme weit verbreitet, dass Automatisierung nicht nur häufigere Auslieferungen und Deployments ermöglicht, sondern auch deren Erfolgsquote insgesamt verbessert. Wann immer manuelle Eingriffe erforderlich sind, steigt die Wahrscheinlichkeit, dass sich Fehler einschleichen. Schließlich ist menschliches Versagen bei vielen Ausfällen ein wesentlicher Faktor. Das ist nicht nur logisch, sondern wird auch durch unsere Umfrage bestätigt. Vergleicht man die Erfolgsquoten von Deployments mit dem aktuellen Automatisierungsgrad der Deployment-Pipeline, zeigt sich eine positive Korrelation – zumindest meistens.

- Die Mehrheit der NetOps-Teams (65 %) berichtet von einer hohen Erfolgsquote bei Bereitstellungen (90 % oder mehr). Von diesen Teams haben 86 % mehr als 75 % der Produktionspipeline automatisiert.
- Von den NetOps-Fachkräften, die eine hohe Quote erfolgreicher Deployments (90 % oder mehr) melden, führen 37 % einmal pro Woche ein Deployment durch. Interessanterweise führen unter den NetOps-Fachkräften, die eine niedrige Quote erfolgreicher Deployments (weniger als 50 %) melden, ein Drittel mehrmals täglich und ein Drittel einmal monatlich ein Deployment durch.
Auf Grundlage der Daten scheint es einen „optimalen Erfolgsbereich“ zu geben: einmal pro Woche bereitstellen und mindestens 75 % der Pipeline automatisieren.
Das Bedürfnis nach Geschwindigkeit
Unsere Umfrage ergab, dass trotz der wachsenden Einigkeit über die Automatisierung deutliche Meinungsunterschiede bestanden. Einer dieser Unterschiede betrifft die grundlegenden Konzepte, die erforderlich sind, um die notwendigen echten Veränderungen herbeizuführen und in einer schnelllebigen, von einer Anwendungsökonomie geprägten Multi-Cloud-Welt erfolgreich zu sein.
NetOps-Teams bezeichneten die derzeitige Bereitstellungshäufigkeit im Durchschnitt doppelt so häufig als „zu hoch“ (8 %) wie ihre DevOps-Pendants (4 %). Umgekehrt waren deutlich mehr DevOps-Teams mit der Bereitstellungshäufigkeit unzufrieden: 26 % bezeichneten sie als „nicht häufig genug“.
Dennoch war eine deutliche Mehrheit in beiden Gruppen der Ansicht, dass ihre derzeitige Geschwindigkeit „für sie ausreichend“ sei.
- Von den 70 % der DevOps-Fachkräfte, die ihre derzeitige Bereitstellungshäufigkeit für „ausreichend“ halten, stellen 31 % einmal pro Woche Änderungen in der Produktionsumgebung bereit.
- Von den 4 % der DevOps-Fachkräfte, die die Auslieferungshäufigkeit als „zu hoch“ einstuften, liefern 38 % einmal im Monat aus.
- Von den 26 % der DevOps-Fachkräfte, die häufiger ausliefern möchten, liefern 28 % einmal pro Woche aus, während 26 % bereits mehrmals täglich ausliefern.
Von den 74 % der NetOps, die die Häufigkeit der Bereitstellungen als „ausreichend“ bezeichneten, führen 37 % einmal pro Woche eine Bereitstellung durch. Interessanterweise führen von den 9 %, die ihre Bereitstellungshäufigkeit als „zu häufig“ bezeichneten, ebenfalls 44 % einmal pro Woche eine Bereitstellung durch. Die Mehrheit der 18 % der NetOps, die häufiger Bereitstellungen durchführen möchten, tut dies entweder einmal pro Woche (27 %) oder einmal pro Monat (28 %).
Automatisierung für den Erfolg
Zwischen DevOps und NetOps herrscht weitgehend Einigkeit über die Bedeutung und die Auswirkungen der Automatisierung auf den Anwendungslebenszyklus – von der Entwicklung über die Bereitstellung bis hin zur Implementierung. Es zeigte sich ein positiver Zusammenhang zwischen der Bewertung der Zuverlässigkeit, Leistung und Sicherheit von Anwendungen durch NetOps und dem Automatisierungsgrad der Pipeline. Die Bewertungen der Zuverlässigkeit und Leistung von Anwendungen genießen größeres Vertrauen, wenn die Pipeline zu mindestens 50–75 % automatisiert ist.
Das Vertrauen in die Bewertung der Anwendungssicherheit ist größer, wenn mindestens 75 % der Pipeline automatisiert sind. Wenig überraschend scheint sich die Pipeline-Automatisierung ähnlich auf DevOps auszuwirken. Das größte Vertrauen in ihre Bewertung der Zuverlässigkeit und Leistung von Anwendungen hatten sie, wenn mehr als 75 % der Pipeline automatisiert waren.
Basierend auf den Ergebnissen unserer Umfrage (den vollständigen Bericht finden Sie hier) herrscht beim Thema Automatisierung eindeutig allgemeine Zustimmung – sowohl von NetOps als auch von DevOps.
Automatisierung ist wichtig – ganz gleich, von welcher Seite man es betrachtet.
Über den Autor

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Ähnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.

API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...