Es gibt keinen einzigen Weg, DevOps zu betreiben - Sie können nicht einfach eine Checkliste oder eine Schritt-für-Schritt-Anleitung befolgen. Unternehmen müssen die allgemeinen Konzepte und Prinzipien von DevOps an ihre Bedürfnisse und Teams anpassen. Aber, es gibt einige schlechte "Gewohnheiten", die häufig bei der Arbeit mit DevOps auftauchen. In dieser Blog-Serie, werden wir packen wir sieben dieser Szenarien aus, damit Unternehmen lernen können, wie sie DevOps richtig einsetzen. In diesem Beitrag, gehen wir warum ein Release Manager nicht nicht unbedingt eine hilfreiche Rolle ist.
In vielen Unternehmen schreibt das Entwicklungsteam den Code und übergibt ihn dann an eine andere Person, in der Regel an ein Betriebsteam, das für die (physischen) Systeme zuständig ist, auf denen er landen soll. Ein Release Manager koordiniert diesen Prozess, was bedeutet, dass es mehrere Übergaben gibt. Dieser Ansatz ist eine traditionelle Arbeitsweise und führt oft zu unnötigen Verzögerungen.
Wenn zum Beispiel ein anderes Team/eine andere Person für die Freigabe verantwortlich ist, wird dem Entwicklungsteam die Autonomie genommen. Alle auftretenden Probleme erfordern eine umfangreiche Hin- und Her-Kommunikation, die viel Zeit kostet. In diesem Szenario bringt der Release Manager keinen Mehrwert, außer dass er Druck auf das Entwicklungsteam ausübt, um die Probleme schneller zu lösen.
In einer DevOps-Organisation ist das Team, das das Artefakt erstellt, für den gesamten Lebenszyklus dieses Artefakts verantwortlich, zumindest aber von der Idee bis zur Produktion. Durch die Bildung von Teams, die sowohl über Entwickler- als auch über operative Fähigkeiten verfügen, weiß jeder, wo und wie Artefakte bereitgestellt werden sollten. Die Kommunikation beschränkt sich meist auf die Teammitglieder, mit denen sie täglich zusammenarbeiten, was eine erhebliche Zeitersparnis bedeutet. Das Team ist über den Stand der Produktion informiert und kann bei Problemen gemeinsam eine Lösung finden.
[embed]https://youtu.be/KPb68Wvvw38[/embed]
Automatisieren Sie, automatisieren Sie, automatisieren Sie!
Dies gilt für alle DevOps-Teams: Automatisieren Sie so viel wie möglich. Je mehr wir automatisieren, desto weniger Fehler machen wir. In diesem Fall hilft die Automatisierung wirklich, einige der Engpässe zu verringern, die durch einen traditionellen Release Manager entstehen - manuelle Prozesse, Dokumentation und redundante Kommunikation.
Während ein Unternehmen zu einer DevOps-Arbeitsweise übergeht, kann ein Release Manager eine Rolle bei der Kommunikation innerhalb des Unternehmens und möglicherweise gegenüber Kunden spielen. Release Manager können auch andere Aspekte des Arbeitsablaufs unterstützen, wie übergreifende Qualitäts- und Sicherheitsprüfungen, Audit-Prozesse und die Sicherstellung, dass die Produkte den Unternehmensrichtlinien entsprechen. Letztendlich besteht die optimale DevOps-Arbeitsweise jedoch darin, die Rolle des Release Managers abzuschaffen, indem Teams gebildet werden, die den gesamten Produktionsprozess verwalten und so viel wie möglich automatisieren.
Möchten Sie mehr darüber erfahren, wie man DevOps richtig macht?
Bei der Umstellung auf eine DevOps-Arbeitsweise neigen alte Gewohnheiten dazu, sich hier und da in Ihren Arbeitsablauf einzuschleichen. Das ist ganz natürlich! Diese Blogserie soll unter anderem aufzeigen, wie leicht man in alte Gewohnheiten abrutschen kann, ohne es überhaupt zu merken. Sprechen Sie mit uns darüber, wie Sie alte Gewohnheiten, die sich in Ihren Arbeitsablauf eingeschlichen haben, am besten erkennen und ändern können.
Schalten Sie das nächste Mal ein, um zu erfahren, warum "Scheitern ist keine Option" die fünfte Angewohnheit eines höchst ineffektiven DevOps-Teams ist.
Unsere Ideen
Weitere Blogs
Contact