Was ist DevOps?

DevOps steht auf folgenden drei Säulen: Kultur, Best Practices und Tools. Damit ein Unternehmen DevOps wirklich als eingeführt betrachten kann, müssen alle drei Säulen zumindest bis zu einem gewissen Grad übernommen werden.

In einer DevOps-Kultur dreht sich alles um Automatisierung, Kommunikation, gemeinsame Verantwortung und enge Zusammenarbeit. Das wird erreicht, indem Entwicklung, IT und Operations als ein gemeinsames Team arbeiten. DevOps-Engineers sind Entwickler und Administratoren zugleich.

Zu einer solchen Kultur sollte ein sicheres Umfeld zählen, in dem auch ein Trial & Error- Ansatz möglich ist, wobei der Schwerpunkt auf frühzeitigem Feedback und einem kontinuierlichen Lernprozess liegen sollte. In einer DevOps-Kultur wird jedem Team die volle Verantwortung übertragen, wobei aber eine positive Fehlerkultur gelebt werden sollte.

DevOps Best Practices und Standards und unterscheiden sich von Unternehmen zu Unternehmen. Selbst verschiedene Teams im selben Unternehmen wenden nicht alle die gleichen Praktiken an. Solange aber die eingesetzten Methoden dazu führen, schneller bessere Software zu liefern, ist das Ziel von DevOps erreicht. 

Hier ist eine Liste an Praktiken, die bei der Einführung bzw. Umstellung auf DevOps angewendet werden sollten:

• Entwickler werden in den IT-Betrieb miteinbezogen

  Wenn Entwickler als Teil eines gemeinsamen, integrierten Teams in den Bereich IT-Operations mit eingebunden sind, verlassen sie die abgeschottete Entwicklungsumgebung und müssen sich mit den realen Bedingungen der Infrastruktur, auf der ihr Code laufen soll, auseinandersetzen. So können sie genau erkennen, wie sich Änderungen am Code auf die Produktionsumgebung auswirken, und sicherstellen, dass sich Änderungen am Code im Zuge der Auslieferung neuer Versionen nicht nachteilig auf diese auswirken. Durch den Zugang zu den Produktionssystemen können die Entwickler außerdem Verantwortung für die Überwachung und Fehlerbehebung übernehmen und sind so schneller greifbar, falls Probleme in der Produktionsumgebung auftreten.

• IT-Mitarbeiter werden in die Entwicklung miteinbezogen

  Wenn die IT-Betriebs-Abteilung über Code-Änderungen informiert ist, die im Zuge der Weiterentwicklung geplant sind, kann sie prognostizieren, wie sich diese auf die Produktionsinfrastruktur auswirken könnten. Dadurch können die Teams sicherstellen, dass von den Entwicklern Faktoren wie Hardwarebeschränkungen, Monitoring, Bereitstellung, Fehlerbehebung, Sicherheit und die für Produktionssysteme erforderlichen Tools berücksichtigen.

• Versionskontrolle ist alles

  Die Nutzung von Versionsverwaltungssystemen für Quellcode ist ein anerkannter Standard. In einer DevOps-Umgebung wird das Konzept von „Codes“ auf alles ausgeweitet, was mit Produktionssystemen zu tun hat. Zusätzlich zum Quellcode werden daher auch Software- und Hardware-Konfigurationsdateien, Einstellungen, Parameter und alles andere, was an Ihren Laufzeitumgebungen beteiligt ist, durch ein Versionskontrollsystem geschickt.

• Agilität durch Änderungen der Infrastruktur

  Die Nutzung agiler Methoden in der Softwareentwicklung ist alltäglich, aber sie sollten auch für die Infrastruktur verwendet werden. Die Infrastruktur sollte wie Code behandelt und verwaltet werden. Das bedeutet, dass Änderungen in kleinen, diskreten Schritten vorgenommen werden sollten. Bei jedem Schritt sollten Ihre Systeme getestet werden, um sicherzustellen, dass nichts beschädigt wurde.

• Hoher Grad an Automatisierung

  Manuelle Aufgaben und Prozesse sind fehleranfällig und nicht skalierbar. In einer DevOps-Umgebung sollte jede Änderung als Teil einer CI/CD-Pipeline automatisiert werden. Alles, was automatisiert werden kann, sollte auch automatisiert werden! Dazu gehören bspw. automatisierte Bereitstellungsprozesse, automatisierte Test-Verfahren und vieles mehr.

• Continuous Integration, Continuous Delivery & Continuous Deployment

  Eine Veränderung in irgendeiner Phase der Softwarebereitstellungs-Pipeline, von Entwicklungs- bis zu Produktionssystemen, sollte über ein CI/CD-System vorgenommen werden. Damit geht man sicher, dass – sollte irgendetwas fehlschlagen – eine schnelle Feedbackschleife für eine schnelle Wiederherstellung sorgt.

• Einheitliche Tools und Plattformen

  Bei DevOps sollten Entwicklungs-, Staging- und Produktionsumgebungen so weit wie möglich die gleichen Tools, Konfigurationsdateien und Hardware-Ressourcen verwenden. Damit soll garantiert werden, dass alles, was in der Entwicklung funktioniert, auch erfolgreich in die Staging- und Produktionssysteme übertragen wird.

Es gibt eine ganze Reihe verfügbarer DevOps-Tools auf dem Markt, wobei die meisten unter diverse Hauptkategorien fallen. Da es verschiedene Möglichkeiten gibt, DevOps zu nutzen, sollte jedes Unternehmen die Kategorien und die entsprechenden Tools anhand seiner spezifischen Anforderungen auswählen.

• Tools zur Versionsverwaltung

  Alles einer Versionskontrolle zu unterziehen, ist eine Best Practice in DevOps und beginnt mit Tools zur Versionsverwaltung. Neben der Versionierung von Quellcode kann das gewählte Werkzeug natürlich auch zur Versionierung von Konfigurationsdateien, Einstellungen und allem anderen, was in einer Textdatei definiert werden kann, verwendet werden. Und um den DevOps-Best-Practices zu entsprechen, sollte für den Quellcode der Entwickler das gleiche Tool verwendet werden wie für die Konfigurationsskripte der Operations-Mitarbeiter.

• Verwaltung der CI/CD-Pipeline

  Tools für Continuous Integration und Continuous Delivery / Deployment sind entscheidend für die Automatisierung und bilden somit die Grundlage für kurze und schnelle Release-Zyklen. Indem sie den gesamten Prozess orchestrieren, sind CI/CD Tools für die Verwaltung des gesamten Deployments Ihrer Anwendung zuständig.

• Testen

  Das Testen ist eine der wichtigsten Phasen im DevOps-Lifecycle. Durch Kombination von Testtools und Continuous-Integration wird eine Testautomatisierung ermöglicht, die für die schnellen Feedback-Zyklen im Rahmen von DevOps erforderlich ist.

• Konfigurationsverwaltung und Breitstellung

  Tools wie zum Beispiel Docker, Chef, Puppet, Ansible und Terraform schaffen eine Umgebung und die passende Konfiguration, in der Sie Ihr System und Ihre Tests laufen lassen können.

• Verwaltung von Binärdateien

  Ein Repository-Manager reduziert die enorme Komplexität der Verwaltung von Binärdateien in einem Unternehmen erheblich. Und zwar sowohl die, der intern entwickelten als auch jene, der aus der Cloud heruntergeladenen, öffentlich zugänglichen Open-Source-Komponenten. Dadurch werden außerdem Builds beschleunigt und so die Prozesse der Veröffentlichung verkürzt. Es ist wichtig, einen Repository-Manager zu verwenden, der universell und flexibel genug ist, um sich nahtlos in alle DevOps-Systeme Ihres Unternehmens zu integrieren.

• Monitoring & Überwachung

  Eine permanente Überwachung in jeder Phase des DevOps-Arbeitsablaufs ist entscheidend für das frühzeitige Erkennen von Fehlern und deren schnelle Behebung.

• Sicherheit

  Sicherheit steht im Mittelpunkt von DevSecOps. Für jede Phase des DevOps Lebenszyklus stehen verschiedene Security-Tools zur Verfügung.

• Kommunikation & Zusammenarbeit

  Zusammenarbeit und Kommunikation sind die Grundvoraussetzungen für eine erfolgreich gelebte DevOps-Kultur. Es gibt eine Vielzahl an Tools, die bei Nachrichtenübermittlung, dem Erstellen von Tickets, der Planung von Software-Releases usw. helfen.

DevOps ist für Unternehmen in vielerlei Hinsicht vorteilhaft. Abhängig von Ihrer Rolle im Unternehmen sehen Mitarbeiter sich möglicherweise unterschiedliche Vorteile in der Einführung von DevOps. 

So kann der CEO eines Unternehmens die mit DevOps verbundenen Umsatzsteigerungen und Kostensenkungen im Blick haben, während ein IT-Manager eher an einer Verringerung der Fehlerquote und schnelleren Abläufen für die Veröffentlichung interessiert ist. Im Folgenden werden einige Vorteile, die die Einführung von DevOps-Verfahrensweisen mit sich bringt, aufgeführt:

• Geringeres Risiko bei Änderungen

  Es ist sicherer, wenn die Veränderungen klein und deutlich und nicht groß und weitreichend sind. Nicht nur die Wahrscheinlichkeit eines Ausfalls sinkt, sondern auch die Wiederherstellungszeit wird verkürzt.

• Bessere Qualität der Produkte

  Die Produkte werden mit weniger Fehlern ausgeliefert, und da die Bereitstellung neuer Versionen häufiger erfolgt und Zykluszeiten kürzer sind, können die Produkte schneller kontinuierlich verbessert werden.

• Geringere Veröffentlichungskosten

  Mit weniger zu behebenden Bugs, kürzeren Abständen und einer vollständig automatisierten Pipeline sinken die Kosten für das Release einer neuen Version.

• Weniger Zeit für ungeplante Arbeiten

  Durch eine geringere Anzahl an Fehlern und Bugs müssen die Teammitglieder weniger Zeit mit der Lösung unerwarteter Probleme verbringen.

• Mehr Zeit für neue Arbeit

  Mit weniger Aufwand für ungeplante Tasks steht allen Teammitglieder mehr Zeit zur Verfügung, die sie für Innovationen und neue Aufgaben nutzen können.

• Schneller auf dem Markt

  Kürzere Release-Zyklen mit weniger Problemen bedeuten, dass Produkte schneller veröffentlicht werden können.

• Zufriedene Kunden:

  Schnellere Zyklen bei der Veröffentlichung ermöglichen es auch, Fehler schneller zu beheben und auf Kundenwunsch neue Funktionen zügig zu ergänzen.

• Höhere Einnahmen

  Sind Ihre Kunden mit Ihrem Produkt zufrieden, werden sie mit höherer Wahrscheinlichkeit mehr davon kaufen und Sie weiterempfehlen.

• Robuste und stabile Infrastruktur

  Eine Infrastruktur, die stets in kleinen Schritten verändert wird, in allen Phasen Tests durchläuft und die die Konfiguration und Einstellungen versioniert, ist stabiler und zuverlässiger.

• Höhere Mitarbeiterzufriedenheit

  Mitarbeiter in Teams, die mehr Zeit in neue Aufgaben und Innovationen stecken können, sind zufriedener als solche, die sich ständig mit Nacharbeit und Fehlerbehebung herumschlagen müssen.

• Weniger Verschwendung

  Es ist eine weit verbreitete Meinung, dass die größte Verschwendung in der Software-Branche darin liegt, Code zu schreiben, der dann nicht verwendet wird. In einer DevOps-Welt wird diese Art verschwendeter Arbeit reduziert, indem auf kleine Code-Schnipsel schnell frühes Feedback geliefert wird.

• Schnellere und regelmäßigere Veröffentlichungen

  Ist alles automatisiert, kann Code schneller von der Entwicklungsumgebung in die Produktion wandern.