Man hört gerade immer mehr Kunden über das Thema DevOps sprechen. Dabei kommen oft Fragen auf wie: „Ersetzt DevOps jetzt ITIL?“ „Benötige ich beides?“ „Nur ein weiteres agiles Framework.“ Die Diskussion über ITIL vs. DevOps ist eine gemeinsame.

 

Dabei gibt es viele verschiedene Ansichten über das Thema: einige argumentieren, dass ITIL und DevOps unterschiedliche Denkweisen haben; Einige, dass sie kompatibel sind; Einige, dass sie unterschiedlich sind, aber beide haben ihren Platz in der IT-Abteilung. In einem kürzlich veröffentlichten Artikel argumentiert Charles Betz, Leiter des Agile Workstream am Open Group IT4IT Forum, der eine "herstellerneutrale Referenzarchitektur zur Verwaltung des IT-Managements" anbieten will, dass ihre Grundprinzipien im Widerspruch stehen. ITIL ist immer noch in einem schrittweisen Workflow gefangen. DevOps umfasst Lean Produktmanagement-Grundsätze wie das Managen von laufender Arbeit (work in progress), managen von anstehenden Arbeiten, oder das Handhaben von kleinen Chargen.

 

 

Betz und Jeff Sussna, beide ITIL-Skeptiker, sind sich einig, dass ITIL der IT-Community einen hervorragenden Service geleistet hat, indem es "service-centric, outside-in, customer-focused thinking" fördert. Trotz der ITIL-Diskussion zum Thema "Kontinuierliche Serviceverbesserung", die darauf ausgerichtet ist, die IT-Prozesse kontinuierlich an die Geschäftsanforderungen anzupassen, hat ITIL nach wie vor eine stufenweise Denkweise.

 

 

Wie Betz es ausdrückt: „Für jede Erwähnung von "iterativem" oder "Feedback" gibt es zehn Erwähnungen von "Plan" oder "Planung. Bemerkenswert ist, dass das Wort "Experiment" nur ein paar Mal in der Service-Strategie und überhaupt nicht über die restlichen Bände erscheint. "

 

 

Nach Sussna: „ITIL lokalisiert die kontinuierliche Serviceverbesserung am Ende einer Reihe von Phasen, die aus Service Strategy, Design, Transition und Operation bestehen. Ich war ehrlich gesagt ein bisschen schockiert, einen solchen Wasserfall zu sehen.“

 

 

Betz sieht ITIL als Beschreibung der IT-Pipeline als "große Chargen präzise geplanter Arbeiten zwischen Strategie, Entwicklung und Betrieb". Betz geht davon aus, dass ITIL grundsätzlich an Prozesse als Hauptproblemlösungsmechanismus glaubt und dass Risiken durch Planung und Dokumentation gemildert werden. Betz führt einige dieser Grundüberzeugungen auf die Tatsache zurück, dass der größte Teil von ITIL 10 Jahre zurückliegt und somit veraltet ist: ITIL erfordert ein verbessertes Grundmodell der IT-Bereitstellung als sozio-technisches System, das sich zentral mit Ausführung, Feedback und Flow befasst.

 

 

Gene Kim, auf der anderen Seite, sagt, dass ITIL / ITSM sehr kompatibel mit DevOps ist: ITIL und ITSM sind nach wie vor beste Kodifizierungen der Geschäftsprozesse, die IT Operations untermauern und tatsächlich viele der erforderlichen Fähigkeiten beschreiben, damit IT Operations einen DevOps-artigen Arbeitsstrom unterstützen kann.

 

und: Noch wichtiger ist jedoch, ITSM Praktiker sind einzigartig ausgestattet, um in den DevOps Initiativen zu helfen und somit einen Wert für das Unternehmen zu schaffen.

 

Rob England unterscheidet sich von Betz, Sussna und Kim. England argumentiert, dass ITIL und DevOps im Widerspruch stehen, aber beide können ihren Platz in derselben IT-Organisation haben. Er zieht die Inspiration von Gartners Bi-Modal- und Tempo-Layer-Modellen für eine mehrstufige IT:

 

 

·       Konservativ: traditionell, wahrscheinlich Wasserfall, Change Management und Operationen

 

·       Nimble (geschickt, flink): eine Variante von DevOps

 

Nach England, sollte das Unternehmen entscheiden, welcher Ansatz der bessere wäre den es zu ergreifen gilt. Einige Business-Bedürfnisse und ihre unterstützenden Anwendungen müssen einen Schwerpunkt auf Innovation und die Geschwindigkeit auf Changes legen: sie brauchen einen Nimble-Ansatz. Andere Geschäftsanforderungen benötigen Stabilität und sehr geringes Risiko: Sie benötigen einen konservativen Ansatz.

 

Fazit:

 

Auch wenn manche DevOps als Gegenbewegung zu ITIL und ITSM sehen, sind DevOps und ITIL ebenfalls miteinander kompatibel. ITIL und ITSM bleiben weiterhin die besten Umsetzungen der Prozesse, die in IT Operations genutzt werden, und tatsächlich beschreiben sie viele der Fertigkeiten, die IT Operations braucht, um einen Arbeitsfluss im DevOps-Stil zu unterstützen. Um die kürzeren Lead Times und die höhere Deployment-Frequenz zu unterstützen, die mit DevOps verbunden sind, benötigen viele Bereiche des ITIL-Prozesses Automatisierung, insbesondere rund um die Change-,Konfigurations- und Release-Prozesse. Und weil wir auch ein schnelles Erkennen und Beheben von Serviceproblemen erreichen müssen, bleiben die ITIL-Bereiche des Servicedesigns sowie des Incident- und Problem-Managements so wichtig wie zuvor.

 

 

Autor: Patrick Schiavone

 

Quellen:

 

http://www.bmc.com/blogs/itil-and-devops-lets-not-paper-over-the-differences/

 

http://blog.ingineering.it/post/59414765140/itil-vs-devops-slugfest-or-lovefest

 

http://www.ca.com/us/rewrite/articles/devops/itil-and-devops-better-together.html

 

http://www.itskeptic.org/blog