Drei Dinge, die Sie davon abhalten, DevOps zu nutzen

Nein, nicht du. Du. Führungskräfte sind von DevOps nicht ganz so begeistert wie die Mitarbeiter an der Front, und die Antwort könnte in einem dieser drei Hauptanliegen zu finden sein.

Leistungsstarke Organisationen haben DevOps nicht nur übernommen, sondern angenommen. Der bahnbrechende „State of DevOps“-Bericht von Puppet Labs hat uns dies in den letzten zwei Jahren gezeigt und ich kann mir vorstellen, dass er diesen Zusammenhang im kommenden Jahr noch einmal verstärken wird. Zahlreichen Branchenumfragen und -studien zufolge führen Unternehmen DevOps ein. Doch genauso wie in der Vergangenheit agile, schlanke Methoden zur App-Entwicklung übernommen wurden, bedeutet die Übernahme nicht immer das, was wir denken. Es stellte sich heraus, dass Organisationen mit der Einführung agiler Methoden für die App-Entwicklung eigentlich nur meinen, dass nur ein relativ kleiner Prozentsatz ihrer Projekte agile Methoden einsetzt. Das hieß jedoch nicht, dass sie sich aufs Ganze eingelassen und den Sprung ins Eis bei jedem Projekt gewagt hätten.

Dasselbe scheint für DevOps zu gelten, wo die Befragten den Ansatz mit Enthusiasmus annehmen – und Ergebnisse erzielen –, die Führungskräfte insgesamt jedoch immer noch lauwarm gegenüberzustehen scheinen. Laut unserer Umfrage zum Stand der Anwendungsbereitstellung ist die „strategische Wirkung“ im Jahresvergleich nur um zwei Prozentpunkte gestiegen – von 15 % im Jahr 2016 auf 17 % im Jahr 2017. Während Cloud-Architekten und Personen, die sich selbst als „DevOps“ bezeichnen, mit ihrer DevOps-Initiative möglicherweise voll dabei sind und sogar über die Stränge in der Produktion schlagen, hinken die Führungskräfte noch hinterher, wenn es darum geht, diesen Ansatz zu akzeptieren. Das bedeutet in Wirklichkeit, dass „Organisationen“ nicht unbedingt voll und ganz auf DevOps setzen.

Es gibt drei Hauptbedenken, die wahrscheinlich dafür verantwortlich sind, dass die IT- und Unternehmensleitung DevOps nicht mit der Begeisterung begrüßt, die es verdient.

1. Zeit . Interne IT-Projekte aller Art, die eine Migrationsmentalität erfordern – ob traditionell zur Cloud, vom Monolithen zu Microservices, manuell zu automatisiert – werden manchmal als kaum mehr als Zeitverschwendung angesehen. Sie tragen nicht direkt zum Unternehmenswachstum bei und daher kann der für derartige Projekte aufgewendete Zeitaufwand für die Geschäftspartner sehr aufwändig sein. Es liegt an den DevOps-Unterstützern, den Unternehmensleitern eine klare Reihe von Zielen und erwarteten Vorteilen aufzuzeigen, die sich aus der Durchführung solcher Projekte ergeben. Ob es nun um Kosteneinsparungen oder eine reaktionsfähigere IT geht: Für Unternehmen ist es wichtig, die voraussichtliche Amortisierung der Investition zu kennen, um sie zum Kauf und zur Unterstützung der Maßnahme zu bewegen. Ein gesparter Penny kann ein verdienter Penny sein, aber ein investierter Penny ist oft ein verdienter Cent. Wenn Unternehmen jetzt in DevOps investieren, werden sie später die Früchte ihrer Arbeit ernten.
    
2. Störung.  Kein IT-Leiter möchte die Ursache für Geschäftsunterbrechungen sein. Eine Investition in eine DevOps-Initiative kann jetzt zu Störungen führen, insbesondere wenn dadurch die Produktionspipeline verlangsamt wird, obwohl alle wissen, dass sie beschleunigt werden muss. Weil die Automatisierung und Orchestrierung der Produktion oft mit Eingriffen in die Systeme verbunden ist, die für das Tagesgeschäft verantwortlich sind, kann jede Initiative, die dies erfordert, zu unerwünschten Störungen führen. Tatsächlich ist es so, dass der eigentliche Umbruch darin bestehen kann, sich bei der Bereitstellung, Skalierung und Verwaltung von Systemen auf veraltete, manuelle Methoden zu verlassen – wenn nicht heute, dann morgen. Eines der Kennzeichen einer reibungslosen Produktionsumgebung ist die Fähigkeit, bei Bedarf auf Kapazitäts- und Serviceanforderungen zu reagieren. Dies wird zunehmend schwieriger zu erreichen, da die IT unter der Last der steigenden Anforderungen aufgrund der digitalen Transformation zusammenbricht. Kein Risiko, keine Belohnung. Das Eingehen von Risiken ist jetzt wahrscheinlich weniger riskant, als wenn Ihr Anwendungsportfolio um das Doppelte oder mehr gewachsen ist.
    
3. Einsperren . Eine weitverbreitete Angst von IT-Führungskräften besteht darin, durch Entscheidungen „festgelegt“ zu werden. Die gute Nachricht ist, dass die Mehrzahl der Netzwerkgeräte und -systeme, die Automatisierung und Orchestrierung unterstützen, auf offenen Standardprotokollen und -konzepten wie HTTP, REST und JSON basieren. Hier zahlt es sich später aus, wenn man im Vorfeld Zeit in den Entwurf und die Architektur eines Systems investiert, das die Vorteile von APIs und Vorlagen so weit wie möglich nutzt. Die Integration mit Geräten oder Systemen, die eine schrittweise Neuerstellung von über die CLI ausgegebenen Befehlen über eine API erfordern, führt mit ziemlicher Sicherheit zu einer Bindung. Dies ist einer der größten Vorteile von Vorlagen: Sie verringern die Abhängigkeit von geräte- und systemspezifischen APIs und beschränken sich somit auf nur wenige Befehle, die künftig problemlos auf ein neues System oder eine neue App migriert werden können.  Stellen Sie sicher, dass die Infrastruktur eine REST-basierte API unterstützt, und verwenden Sie, wenn möglich, Vorlagen, um eine spätere einfache Extraktion aus Systemen und Umgebungen zu ermöglichen.

Es gibt natürlich noch weitere Bedenken, aber diese drei Hauptbedenken sind in allen Rechenzentren und über die Zeit hinweg präsent, wenn es um die Einführung von Technologien und Methoden geht. Das braucht Zeit, kann zu Störungen führen und es besteht eine sehr hohe Wahrscheinlichkeit einer Bindung. Mit der gebotenen Sorgfalt und einem durchdachten Implementierungsansatz sowie der Einstellung „Jetzt investieren, später profitieren“ können diese Bedenken ausgeräumt und die Chance erhöht werden, erfolgreich eine solide, aber flexible Grundlage zu schaffen, die die für das heutige und künftige Unternehmenswachstum erforderliche digitale Transformation nicht nur ermöglicht, sondern auch beschleunigt.