Jede Medaille hat zwei Seiten, so ein altes Sprichwort. Es versteht sich von selbst, dass beide Seiten der Münze die gleiche Farbe haben, auch wenn sie unterschiedliche Bilder tragen.
Das haben wir herausgefunden, als wir uns eingehend mit DevOps und NetOps befassten. Wir haben festgestellt, dass beide Gruppen hinsichtlich der Priorisierung von Bemühungen in ihrer Meinung gegenüber der anderen weitaus großzügiger sind, als es traditionelle Archetypen vorgeben, und dass sie viel gemeinsam haben. Auch wenn sie in Einzelheiten unterschiedlicher Meinung sein mögen.
Wir haben im Juli 2017 884 NetOps- und DevOps-Experten befragt. Wir haben in erster Linie nach Automatisierungsbemühungen gefragt, aber auch nach den von DevOps oft genannten Kennzahlen wie Häufigkeit und Erfolgsrate von Bereitstellungen.
Aber das sind nur kalte Zahlen. Wir wollten wissen, ob die Wahrnehmung der beiden Gruppen mit der in den Karikaturen dargestellten Feindseligkeit übereinstimmte oder ob die beiden sich weiterentwickelt hatten und wenn nicht dicke Freunde, so doch zumindest Feinde geworden waren. Schließlich verfolgen beide Gruppen dasselbe Ziel: eine App auf den Markt zu bringen, die das Geschäft auf eine neue Ebene treibt.
Und den Ergebnissen zufolge scheint dies tatsächlich der Fall zu sein. Beide wünschen sich eine stärkere Zusammenarbeit und Interaktion, wenn es darum geht, Apps auf den Markt zu bringen, und liefern konkrete Beispiele dafür, welche Auswirkungen dies ihrer Meinung nach haben soll. Und beide Gruppen haben gemeinsame Vorstellungen hinsichtlich der Sicherheit, Zuverlässigkeit und Leistung der Anwendungen, die sie liefern und bereitstellen. Es überrascht vielleicht, dass keiner von beiden gegen die Auswirkungen des rasanten Wandels in der Branche immun ist. Sowohl DevOps als auch NetOps sind nicht völlig davon überzeugt, dass ihre Rollen in fünf Jahren noch relevant sein werden. Beide haben zumindest eine gewisse Lücke zwischen dem, was sie für ihre Arbeit wissen müssen, und den Fähigkeiten bzw. der Ausbildung festgestellt, über die sie derzeit verfügen.
Allerdings stellten wir Unterschiede in der Frage fest, wie viel Technologie die Kluft zwischen Entwicklungs- und Produktionspipelines überbrücken sollte. Dies wiederum bestätigt die weit verbreitete Überzeugung, dass „das Netzwerk“ ein Hauptfaktor für den Aufstieg der Multi-Cloud ist, da es Entwickler und DevOps dazu veranlasst, nach Lösungen außerhalb der IT zu suchen, vor allem in der Cloud.
Das ist ein direktes Zitat und ein häufiges Thema unter den DevOps-Mitarbeitern in der Minderheit, die der Meinung sind, dass ihre Kollegen bei NetOps nicht die „richtigen Dinge“ priorisieren. Dies könnte daran liegen, dass sie mit der geringen Zahl (8 %) der NetOps verglichen wurden, die angaben, dass in ihrer Produktionspipeline derzeit „keine“ Automatisierung vorliege. Oder vielleicht arbeiten sie als Teil einer kleinen Gruppe von DevOps (4 %), die der Ansicht sind, dass Entwickler, DevOps und Entwicklung KEINEN Zugriff auf die Produktionspipeline über Automatisierungs-/Self-Service-Funktionen haben sollten, und sind einfach 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 50 % oder mehr der Produktionspipeline automatisiert sind, sondern eine Mehrheit (61 %) ist auch der Ansicht, dass DevOps und Entwickler einen umfassenderen Zugriff (50 % oder mehr) auf diese Pipeline haben sollten.
Das bedeutet, dass NetOps den Wunsch von DevOps nach mehr Automatisierung und Self-Service-Funktionen voll unterstützt.
Darüber hinaus sind beide Gruppen überwiegend davon überzeugt, dass die jeweils andere Gruppe „die richtigen Dinge“ priorisiert: 82 % der DevOps und 76 % der NetOps nicken zustimmend der Priorisierung ihrer Gegenspieler. Schließlich besteht im Morgengrauen kein großer Anlass für Duelle auf dem Parkplatz.
Mehr Automatisierung, mehr Erfolgschancen
In DevOps-Kreisen ist man weithin der Meinung, dass Automatisierung nicht nur eine höhere Liefer- und Einsatzhäufigkeit ermöglicht, sondern auch die allgemeine Erfolgsquote verbessert. Immer wenn ein manuelles Eingreifen erforderlich ist, steigt die Wahrscheinlichkeit, dass sich Fehler einschleichen. Schließlich ist menschliches Versagen ein wesentlicher Faktor bei vielen Ausfällen. Das ist nicht nur logisch, sondern wird auch durch unsere Umfrage bestätigt. Ein Vergleich der Bereitstellungserfolgsraten mit dem Prozentsatz der aktuell automatisierten Bereitstellungspipeline ergibt eine positive Korrelation – zumindest in den meisten Fällen.
Basierend auf den Daten scheint es einen „Sweet Spot für den Erfolg“ zu geben: einmal wöchentlich bereitstellen und mindestens 75 % der Pipeline automatisieren.
Unsere Umfrage ergab, dass es trotz wachsender Übereinstimmung hinsichtlich der Automatisierung deutliche Meinungsunterschiede gibt. Einer dieser Unterschiede zeigt sich hinsichtlich der Kernkonzepte, die erforderlich sind, um die echten Veränderungen herbeizuführen, die für den Erfolg in einer schnelllebigen, von einer Anwendungsökonomie getriebenen Multi-Cloud-Welt erforderlich sind.
NetOps bezeichneten die aktuelle Bereitstellungshäufigkeit im Durchschnitt doppelt so häufig als „zu häufig“ (8 %) als ihre DevOps-Kollegen (4 %). Umgekehrt waren weitaus mehr DevOps mit der Lieferhäufigkeit unzufrieden: 26 % beschrieben ihre Lieferhäufigkeit als „nicht häufig genug“.
Dennoch waren klare Mehrheiten in beiden Gruppen der Meinung, ihre aktuelle Geschwindigkeit sei „gut genug für sie“.
Von den 74 % der NetOps, die die Häufigkeit der Bereitstellungen als „gut genug“ bezeichneten, führen 37 % die Bereitstellung einmal pro Woche durch. Interessanterweise führen 44 % der 9 %, die ihre Bereitstellungshäufigkeit als „zu häufig“ bezeichneten, die Bereitstellung einmal pro Woche durch. Die Mehrheit der 18 % NetOps, die häufiger bereitstellen möchten, tun dies entweder einmal pro Woche (27 %) oder einmal pro Monat (28 %).
Zwischen DevOps und NetOps besteht kaum Uneinigkeit über die Bedeutung und Auswirkung der Automatisierung auf den Anwendungslebenszyklus – von der Entwicklung über die Lieferung bis zur Bereitstellung. Es gab eine positive Korrelation zwischen der Bewertung der Zuverlässigkeit, Leistung und Sicherheit von Anwendungen durch NetOps und der Automatisierung der Pipeline. Das Vertrauen in die Zuverlässigkeit und Leistungsbewertung von Anwendungen ist größer, wenn die Pipeline zu mindestens 50–75 % automatisiert ist.
Das Vertrauen in die Anwendungssicherheitsbewertungen ist größer, wenn 75 % oder mehr der Pipeline automatisiert sind. Es überrascht nicht, dass DevOps in ähnlicher Weise von der Pipeline-Automatisierung betroffen zu sein scheint. Sie waren sich bei der Bewertung der Anwendungszuverlässigkeit und -leistung am sichersten, wenn mehr als 75 % der Pipeline automatisiert sind.
Basierend auf den Ergebnissen unserer Umfrage (den vollständigen Bericht erhalten Sie hier ) ist der allgemeine Konsens in Bezug auf die Automatisierung eindeutig zwei Daumen hoch – einer von NetOps und einer von DevOps.
Automatisierung ist wichtig, egal welche Seite der Medaille Sie betrachten.