DevOps

DevOps ist ein Kunstwort aus Development und Operations — Entwicklung und Betrieb: Beide arbeiten als ein Team, statt sich Software über eine Mauer zuzuwerfen.

Beispiel:
Die getrennte Aufstellung erzeugt einen bekannten Streit. Die Entwicklung will Neues ausliefern, der Betrieb will Stabilität. Geht etwas schief, war es aus Sicht der einen die Umgebung und aus Sicht der anderen der Code.

Zusammengelegt ändern sich drei Dinge. Die Auslieferung wird automatisiert, so dass sie oft und in kleinen Schritten stattfindet. Die Überwachung des laufenden Betriebs sehen auch die Entwickler. Und wer etwas gebaut hat, wird gerufen, wenn es nachts ausfällt.

Der Kern ist nicht die Technik, sondern die geteilte Verantwortung. Werkzeuge zur Automatisierung ohne diese Verantwortung ergeben nur schnellere Übergaben über dieselbe Mauer.

Der Lean-Bezug ist unmittelbar: kleine Lose statt großer Auslieferungen, kurze Durchlaufzeit, Fehler früh sichtbar, und die Übergabe zwischen zwei Abteilungen als Hauptquelle für Wartezeit.

Vorteile:
+ kleine, häufige Auslieferungen sind einzeln risikoärmer als eine große — und wenn etwas schiefgeht, ist die Ursache leichter zu finden
+ wer für den Betrieb des eigenen Codes mitverantwortlich ist, baut ihn anders

Hinweise:
Ein Werkzeugkasten macht noch kein DevOps. Solange Entwicklung und Betrieb getrennte Ziele und getrennte Kennzahlen haben, bleibt die Mauer stehen.
Die Rufbereitschaft für Entwickler ist der unbequemste Teil und muss geregelt sein, sonst wird aus geteilter Verantwortung eine zusätzliche Belastung.