DevOps-Transformation, nur Tools reichen nicht aus!

Einführung

Agile Softwareentwicklung hat die Barrieren zwischen Anforderungsanalyse, Tests und Entwicklung abgebaut. Im Softwareentwicklungsprozess stehen Entwicklung, Betrieb und Wartung vor dem gleichen Isolationsproblem. Das Ziel der DevOps-Bewegung besteht darin, die Barrieren zwischen Entwicklung und Betrieb abzubauen und die Zusammenarbeit zwischen Entwicklung und Betrieb zu fördern.

Agile Softwareentwicklung hat die Barrieren zwischen Anforderungsanalyse, Tests und Entwicklung abgebaut. Im Softwareentwicklungsprozess stehen Entwicklung, Betrieb und Wartung vor dem gleichen Isolationsproblem. Das Ziel der DevOps-Bewegung besteht darin, die Barrieren zwischen Entwicklung und Betrieb abzubauen und die Zusammenarbeit zwischen Entwicklung und Betrieb zu fördern.

Das Aufkommen neuer Betriebs- und Wartungstools und die Etablierung agiler Engineering-Praktiken haben DevOps möglich gemacht [1], aber das Verständnis für die Vorteile von DevOps reicht selbst mit den besten Tools bei weitem nicht aus, wenn wir nicht über die richtigen verfügen Kultur, DevOps wird nur ein modisches Wort sein.

Ein wesentliches Merkmal einer DevOps-Kultur ist die immer stärkere Zusammenarbeit zwischen Entwicklungs- und Betriebsrollen. Um diese Zusammenarbeit zu unterstützen, ist ein kultureller Wandel sowohl auf Team- als auch auf Organisationsebene erforderlich.

Geteilte Verantwortung

Geteilte Verantwortlichkeiten sind eine der Teamkulturen von DevOps, und geteilte Verantwortlichkeiten fördern die weitere Zusammenarbeit im Team. Wenn die Systembetriebs- und Wartungsarbeiten an andere Teams übergeben werden, kümmert sich das Entwicklungsteam im Allgemeinen nicht um die spezifischen Betriebs- und Wartungsarbeiten.

Wenn das Entwicklungsteam die Betriebs- und Wartungsarbeiten und Verantwortlichkeiten im Systemlebenszyklus teilt, kann das Entwicklungsteam den Schmerz des Betriebs- und Wartungsteams verstehen und die mühsamen Arbeiten in Entwicklung sowie Betrieb und Wartung (z. B. automatisiert) proaktiv vereinfachen Bereitstellung und verbesserte Protokolle).

Sie können auch zusätzliche Anforderungen durch Systemüberwachung der Produktionsumgebung erhalten. Wenn das Betriebs- und Wartungsteam die Initiative ergreift, die Geschäftsziele des Systems zu übernehmen, kann das Betriebs- und Wartungsteam enger mit dem Entwicklungsteam zusammenarbeiten, um die Betriebs- und Wartungsanforderungen zu verstehen und Unterstützung zu leisten.

In der Praxis beginnt die Zusammenarbeit oft, wenn das Entwicklungsteam erkennt, dass es mehr über die Betriebsarbeit wissen muss (z. B. Bereitstellung und Überwachung) oder wenn das Betriebsteam neue Automatisierungstools und -praktiken einführt.

Stellen Sie Entwicklungs- und Betriebsteams zusammen

Eine Kultur der gemeinsamen Verantwortung erfordert auch einige organisatorische Veränderungen. Es sollte keine Barrieren zwischen Entwicklungs- und Betriebsteams geben. Die Übergabe der Dokumentation kann von vornherein nicht als Ersatz für die Zusammenarbeit dienen. Die organisatorische Ressourcenstruktur sollte das Betriebsteam dabei unterstützen, so früh wie möglich in den Produktlieferungsprozess einzugreifen und mit anderen Teams zusammenzuarbeiten.

Die Zusammenführung von Entwicklungs- und Betriebsteams kann ihre Zusammenarbeit effektiv fördern. „Übergeben und abzeichnen“ trägt nicht dazu bei, dass Teams Verantwortung teilen, und kann zu einer Kultur der Schuldzuweisungen führen. Stattdessen sollten Entwicklungs- und Betriebsteams gemeinsam für den Erfolg und Misserfolg des Produkts verantwortlich sein.

DevOps-Kultur verwischt die Grenzen zwischen Entwicklung und Betrieb und wird sie schließlich beseitigen. Ein gängiges Anti-Pattern bei der Einführung von DevOps in einer Organisation ist die Schaffung einer DevOps-Rolle oder eines DevOps-Teams. Dadurch entstehen nur noch mehr Barrieren und es wird verhindert, dass die DevOps-Kultur und -Praktiken im gesamten Team verbreitet und genutzt werden.

Unterstützen Sie selbstorganisierende Teams

Eine weitere wertvolle organisatorische Änderung ist die Unterstützung selbstorganisierender Teams. Für eine effizientere Zusammenarbeit sollten Entwicklungs-, Betriebs- und Wartungsteams Entscheidungen unabhängig treffen und bei der Übernahme von Änderungen keine langwierigen Änderungsmanagementprozesse benötigen. Dazu gehören Vertrauen in das Team, Änderungen in den Risikomanagementmethoden und die Notwendigkeit, ein Umfeld zu schaffen, in dem Fehler kein Problem darstellen.

Zum Beispiel wird ein Team, das eine Liste mit Änderungen erstellen und eine Reihe von Genehmigungen einholen muss, bevor es in einer Testumgebung veröffentlichen kann, oft zurückgedrängt. Wir sollten uns auf eine überprüfbare Versionskontrolle statt auf umfangreiche manuelle Überprüfungen verlassen. Änderungen in der Versionskontrolle können ohne manuelle Freigabe und Genehmigung mit dem Aufgabenverwaltungstool des Teams verknüpft werden. Das Team kann Änderungen automatisch bereitstellen und den Testzyklus verkürzen.

Eine Auswirkung der Änderung der DevOps-Kultur besteht darin, dass es einfacher wird, Code in der Produktion bereitzustellen. Dies erfordert einen weiteren kulturellen Wandel. Um sicherzustellen, dass Änderungen an der Produktionsumgebung zuverlässig sind, müssen sich die Teams darauf konzentrieren, Qualität in den Entwicklungsprozess zu integrieren. Dazu gehören funktionsübergreifende Aspekte wie Leistung und Sicherheit. Continuous-Delivery-Techniken (einschließlich Code-Selbsttests) ermöglichen routinemäßige Bereitstellungen mit geringem Risiko.

Es ist auch wichtig, dass das Team Feedback schätzt. Um die Entwicklung sowie den Betrieb und die Wartung als Team kontinuierlich voranzutreiben, ist die Überwachung der Produktionsumgebung eine sehr nützliche Feedbackschleife, die dabei helfen kann, Probleme zu diagnostizieren und potenzielle Verbesserungspunkte zu entdecken.

Automatisierung ist der Grundstein des DevOps-Betriebs und beschleunigt die Zusammenarbeit. Durch die Automatisierung von Tests, Konfiguration und Bereitstellung haben Teams mehr Zeit, sich auf andere wertvolle Aktivitäten zu konzentrieren, und reduzieren menschliche Fehler. Ein weiterer Vorteil automatisierter Skripte und Tests besteht darin, sicherzustellen, dass die Dokumentation des Systems stets auf dem neuesten Stand ist. Beispielsweise bedeutet die automatisierte Serverkonfiguration, dass sowohl Entwicklungs- als auch Betriebsteams Serverkonfigurationen verstehen und ändern können.

Hinweis:
[1]: Zu den Betriebs- und Wartungstools gehören Virtualisierung, Cloud Computing und automatisiertes Konfigurationsmanagement. Diese Tools werden in technischen Praktiken wie kontinuierlicher Integration, inkrementellem Design und Code-Reinigung unterstützt.

Das obige ist der detaillierte Inhalt vonDevOps-Transformation, nur Tools reichen nicht aus!. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!