ITIL, SRE, DevOps: was sind die Unterschiede und was haben sie gemeinsam?

Vielleicht haben Sie in letzter Zeit von SRE (Site Reliability Engineering) gehört. Doch was sind die Unterschiede und Gemeinsamkeiten zwischen ITIL 4, SRE und DevOps?

Zunächst einmal können alle drei Frameworks oder Best Practices einen Mehrwert für Ihre IT-Wertschöpfungskette darstellen. Sie richten sich an IT-Führungskräfte, die in der Lage sein müssen, leistungsstarke Teams zu bilden und zu unterstützen, die die digitale Strategie ihres Unternehmens sichern und beschleunigen können.

Die 3 Rahmenwerke haben einige wichtige Punkte gemeinsam:

• Kultur: Sie alle führen eine Kultur der Zusammenarbeit und des Austauschs ein.
• Wert: Die drei bewährten Praktiken verstärken die Konzentration auf die Wertschöpfung, indem sie Geschwindigkeit und Qualität für die Beteiligten sicherstellen
• Automatisierung: Die Automatisierung wird eingesetzt, um Verschwendung und menschliche Fehler zu reduzieren.

Laut der Studie 2019 „Upskilling DevOps“ des DevOps Institute setzen 66 % der Befragten DevOps ein, 47 % wenden ITIL als Best-Practice-Framework an und 10 % nutzen SRE-Praktiken. Und viele der befragten Teams gaben an, dass sie alle drei Möglichkeiten nutzen.

ITIL 4, SRE und DevOps

ITIL 4 ist die neueste Entwicklung des Axelos Service Management Frameworks. Sie führte ein neues Service Value System (SVS) ein, das sich auf 7 Leitprinzipien stützt. Dank der Einführung einiger DevOps-Praktiken wie Wertströme und kontinuierliche Bereitstellung ist der Rahmen nun besser auf DevOps und Agile abgestimmt.
Alle Mitglieder einer IT-Organisation sind beteiligt und arbeiten zusammen, um die Wertschöpfung durch IT-Dienste zu erleichtern. Die Schlüsselkomponenten des ITIL-4-Rahmens basieren auf der Service-Wertschöpfungskette, die ausgehend von einem Bedarf oder einer Gelegenheit die Wertschöpfung durch Leitprinzipien, Governance, Praktiken und kontinuierliche Verbesserung ermöglicht.

• Schwerpunkt: Dienst Funktionalität nicht-funktionale Anforderungen an Verfügbarkeit, Leistung, Sicherheit und Wartbarkeit.
• Ziel: Betonung von Dienstleistungsqualität und -konsistenz und Verbesserung der Zufriedenheit der Stakeholder durch die Schaffung von Stakeholder Value.

Site Reliability Engineering (SRE) ist Googles Ansatz für das Servicemanagement, der durch ein gleichnamiges Handbuch eingeführt wurde.

Bei SRE handelt es sich um eine Reihe von Nachbearbeitung Praktiken zur Erstellung großer operativer Systeme in großem Maßstab, wobei der Schwerpunkt auf dem Betrieb aus einer technischen Perspektive liegt. Es wurde die Rolle des SRE-Teams eingeführt, die innerhalb von Organisationen eine klar definierte Rolle ist. Bei den Mitgliedern handelt es sich um Software-Ingenieure, die operative Aufgaben übernehmen, anstatt ein eigenes Betriebsteam zu bilden.
Sie werden von einem Ingenieur unterstützt, der die SRE-Prinzipien zur Verwaltung von Verfügbarkeit, Latenz, Leistung, Effizienz, Änderungsmanagement, Überwachung, Notfallreaktion und Produktionskapazität anwendet.

• Schwerpunkt: nicht-funktionale Anforderungen an Verfügbarkeit, Leistung, Sicherheit und Wartbarkeit.
• Ziel: Schwerpunkt auf der Entwicklung von Systemen und Software, die die Zuverlässigkeit und Leistung von Anwendungen und Diensten erhöhen. SRE-Fachleute haben auch Bereitschaftsdienste zu leisten, d. h. sie müssen verfügbar sein, um einen Dienst oder Unterstützung zu leisten.

DevOps ist die Schaffung von multidisziplinären Teams aus Entwicklung und Betrieb, die die Silos von Entwicklung und Betrieb ersetzen und durch gemeinsame, effiziente Praktiken und Tools zusammenarbeiten.

Die wichtigsten Mitglieder des DevOps-Teams sind Fachleute aus den Bereichen Entwicklung, Betrieb und Sicherheit, die im Rahmen des Software-Lebenszyklus zusammenarbeiten, um die Softwarequalität und die Geschwindigkeit der Entwicklung und Bereitstellung zu verbessern. Ziel ist es, das Kundenerlebnis zu verbessern. DevOps ist auf die Prinzipien von Lean und Agile abgestimmt.

• Schwerpunkt: Geschwindigkeit und Qualität der funktionalen (Anwendungsfunktionen usw.) und nichtfunktionalen Anforderungen an Verfügbarkeit, Leistung, Sicherheit und Wartbarkeit.
• Ziel: Erreichen einer höheren Qualität bei gleichzeitiger Gewährleistung einer angemessenen Geschwindigkeit der zu liefernden Software und Dienste

Was sind die Gemeinsamkeiten zwischen ITIL 4, SRE und DevOps?

• Alle drei Methoden fördern die Zusammenarbeit zwischen verschiedenen IT-Stakeholdern und mit dem Unternehmen und/oder dem Product Owner.
• Alle drei befassen sich mit dem zentralen Thema des Veränderungsmanagements. ITIL 4 verwendet die Change Management Governance, SRE das Konzept des „Fehlerbudgets“ (das es dem SRE-Team erlaubt, Änderungen bis zu einer bestimmten Fehlerbudgetgrenze vorzunehmen). DevOps-Teams verwalten kontinuierlich Änderungen, die in der Regel progressiv sind.
  Sie werden durch eine breite Palette von Automatisierungs Tools unterstützt. Einige Tools konzentrieren sich auf DevOps, andere automatisieren wichtige Prozesse. Die Landschaft der Automatisierungswerkzeuge ist komplex und entwickelt sich ständig weiter.
• Sie alle legen Wert auf kontinuierliches Lernen und Experimentieren. Die Fähigkeiten für jede Methode können unterschiedlich sein, aber im Wesentlichen erfordern alle eine Kombination aus Automatisierungs- und Prozessfähigkeiten, Soft Skills und funktionalen Fähigkeiten, geschäftlichen Fähigkeiten und technischen Fähigkeiten.

Was sind die Unterschiede zwischen ITIL 4, SRE und DevOps?

Die wichtigsten Unterschiede sind:

• Team-Topologie:
  Nach ITIL 4 müssen die Teammitglieder nicht in einem Team zusammenarbeiten.
  SRE ist eine klar definierte Rolle mit einem bestimmten Namen.
  Es gibt verschiedene Arten von DevOps-Teams, aber die effektivsten DevOps-Teams bestehen aus einem einzigen Team mit denselben Zielen und Metriken. Das Governance-Modell wird fast immer durch Selbstorganisation eingeführt.
• Metriken:
  ITIL 4 -> Erfüllung der Service Level Ziele.
  SRE -> Zuverlässigkeit von Anwendungen und Diensten, mit Fokus auf Service Level Ziele und Service Level Indikatoren.
  DevOps -> Release-Häufigkeit und Wiederherstellungszeit.
• Zertifizierungen:
  Der ITIL-Rahmen bietet eine solide Governance zur Optimierung und Verbesserung des IT-Service-Managements für mittlere und große Organisationen. Es gibt Zertifizierungen auf den Ebenen Foundation, Managing Professional, Strategic Leader und Master. Kurse zum Erlernen von SRE sind bei Google und anderen Anbietern erhältlich. DevOps-Zertifizierungen gibt es in den Stufen Foundation/Fundamentals und Additional.

Wann sollte man ITIL 4, SRE und DevOps einsetzen?

Sie können ITIL 4 jederzeit einsetzen, es sind keine Voraussetzungen oder Kenntnisse über frühere Versionen von ITIL erforderlich. Mit ITIL 4 wurden bewährte Verfahren und eine gemeinsame Sprache eingeführt, um die Kundenzufriedenheit, die Serviceverfügbarkeit und die Ressourceneffizienz zu verbessern. ITIL 4 konzentriert sich auch auf Organisationen und Ressourcen, Technologie, Partner und Lieferanten sowie Wertströme und Prozesse.

SRE kann durch die Einführung der Rolle des „SRE-Ingenieurs“ als formelles Teammitglied innerhalb eines DevOps-Teams oder eines Service-Management-Teams angewendet werden. SRE kann auch von Organisationen übernommen werden, die mit ITIL 4 oder DevOps nicht vertraut sind. SRE ist eine hervorragende Lösung in Fällen, in denen die Zuverlässigkeit eines der erklärten Ziele des Unternehmens ist und das System ein Wachstum an Benutzern, Komplexität und/oder Anzahl der Konfigurationselemente erfährt. Einer der Hauptvorteile von SRE ist die Entwicklung von Self-Service-Tools und Automatisierungsskripten zur Verbesserung der Zuverlässigkeit und Leistung von Anwendungen und Diensten, die manuelle Arbeit überflüssig machen.

Die Einführung von DevOps kann zu jeder Zeit erfolgen. Auslöser können Forderungen nach schnellerer Lieferung und höherer Qualität von Software, Produkten und/oder Dienstleistungen für die Beteiligten sein. Zu den Vorteilen gehören ein kultureller Wandel sowie eine verbesserte Geschwindigkeit und Qualität der Softwareentwicklung und -bereitstellung. DevOps basiert auf agilen Softwareentwicklungs- und Service Managementtechniken und fördert den Einsatz von Automatisierung, um die manuelle Arbeit von qualifizierten Ressourcen zu reduzieren, die sich dann auf Aktivitäten mit höherem Mehrwert konzentrieren können. Alle Mitglieder von DevOps-Teams arbeiten an zuverlässiger, wartbarer und funktionaler Software.

Schlussfolgerungen

Alle drei Methoden können nebeneinander bestehen, um Teams aufeinander abzustimmen, die Bedürfnisse der Beteiligten zu erfüllen und den realisierten Wert zu steigern. Unabhängig davon, welchen Rahmen Sie wählen, sollten Sie sich darauf konzentrieren:

1. Eine gemeinsame Vision und ein gemeinsames Ziel haben
2. Förderung einer Kultur des Teilens
3. Entscheidungen treffen und sie sichtbar machen
4. Festlegung von Metriken und Maßnahmen, bevor Sie beginnen, während Sie gleichzeitig den Wert Ihrer Arbeit für Ihre Interessengruppen nachweisen.

Organisationen sollten bewährte Verfahren und Methoden einführen, die ihren Bedürfnissen entsprechen, aber langsam und in kleinem Maßstab beginnen, lernen, Fähigkeiten entwickeln und sie schließlich in großem Maßstab anwenden.

© 2019 DevOps Institute. Alle Rechte vorbehalten.