Das DevOps Modell beschreibt die Aspekte Unternehmenskultur, Automatisierung und Plattformdesign mit dem Ziel, kontinuierlich IT Services in hoher Qualität zu liefern. Das gemeinsame Ziel wird mit crossfunktionalen, produktorientierten Teams erreicht. Der Wertschöpfungsbeitrag der IT Teams erhöht sich und die Reaktionszeit zur Umsetzung neuer Geschäftsanforderungen wird verkürzt. 

Warum DevOps

Das Team von neusta inspire ist dem Segelsport verschrieben und so, wie man auf einem Segelboot Hand in Hand arbeiten und sich vertrauen muss, funktionieren wir gemeinsam im Team. Ein Schiff kann man mit einer Organisation vergleichen. Je größer eine Organisation wird, desto schwieriger wird die Kommunikation zwischen den Abteilungen. Die verschiedenen Teams haben unterschiedliche Aufgaben, Spezialisierungen und Ziele.
Bei der Entwicklung von Software möchte das Entwicklungsteam schnell auf neue Anforderungen reagieren und Updates bereitstellen. Das Betriebsteam ist für die Performance und Stabilität verantwortlich. Die unterschiedlichen Ziele führen zu unterschiedlichen Einschätzungen und Handlungsweisen. Missverständnisse zwischen Entwicklung und Betrieb sind die Folge. Es entstehen lange Releasezyklen, die den aktuellen Geschäftsanforderungen nicht gerecht werden.

Die „Wall of Confusion“ steht für die unterschiedlichen Sichtweisen von Entwicklung und Betrieb und der sich daraus ergebenden Probleme. Wie können wir erreichen, dass Zusammenarbeit effizienter gestaltet wird? Hierfür bedarf es einer neuen Unternehmenskultur. Das DevOps Modell formuliert ein gemeinsames Ziel für crossfunktionale Teams: Es werden kontinuierlich IT Services in hoher Qualität geliefert. Dazu werden SLOs (Service Level Objectives) definiert, die Aspekte wie Verfügbarkeit und Performance beschreiben. Werden diese Ziele erreicht, können die Teams neue Anforderungen und Verbesserungen umsetzen. Werden die Ziele nicht erreicht, arbeiten die Teams an der Stabilisierung und Behebung von Problemen.

Der Aspekt Automatisierung vermeidet manuelle und wiederkehrende Arbeitsabläufe. Die verwendeten Tools im Team werden angeglichen und für Entwicklung, DevOps und Betrieb gleichermaßen eingesetzt. Dazu zählt die Entwicklungsumgebung und das Versionskontrollsystem für Software, IaC (Infrastructure as Code) und Konfiguration. Brüche in Arbeitsabläufen, durch unterschiedliche Tools und durch aufwändige Kommunikation sowie zahlreiche Schnittstellen zwischen Abteilungen werden vermieden.

Das Plattformdesign folgt dem production-first Ansatz, bei dem der bereitgestellte IT Service an erster Stelle steht. Klassische Architekturen weisen oft zentrale Komponenten auf, deren Wichtigkeit durch kurze und bekannte Namen unterstrichen wird. Aussagen wie „Ohne server cisystem ist kein Deployment möglich.“ weisen darauf hin. Im DevOps Modell werden diese zentralen Komponenten abgelöst. Eine flexible und anpassungsfähige Struktur mit leichtgewichtigen Software Containern tritt an ihre Stelle. Namen sind häufig lange Buchstaben und Zahlenkombinationen und unterstreichen damit, dass Komponenten leicht ersetzbar sind.