Kontinuierliche Bereitstellung

Kapitel 3. Der Mentalitätswandel

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Wie ich in Kapitel 1 erwähnt habe, erfordert die Einführung von Continuous Deployment nur eine kleine Änderung für ein Team, das bereits eine gute Continuous Delivery Pipeline hat. In der Regel besteht diese Änderung aus einer Zeile: Die manuelle Freigabe von Produktionsimplementierungen wird abgeschafft.

Die eigentliche Herausforderung bei dieser Praxis liegt nicht in der Umsetzung, sondern in der Tatsache, dass die Entwicklerinnen und Entwickler, sobald sie eingeführt ist, anders darüber nachdenken müssen, wie sie ihren Code schreiben. Insbesondere müssen sie jeden Commit verfassen und dabei die unmittelbare Nähe zur Produktion im Auge behalten.

Die Planung der Entwicklung mit Blick auf den sofortigen Einsatz in der Produktion ist ein großer Unterschied im Arbeitsablauf, an den man sich vielleicht erst einmal gewöhnen muss. Diese Erfahrung habe ich auch gemacht, und eine Zeit lang hat sie in meinen Teams ein Gefühl der Unsicherheit ausgelöst, wenn wir unsere Codebasis anfassen. Damals wünschte ich mir, es gäbe mehr Ressourcen, die uns erklären, wie wir unsere tägliche Arbeit an dieses Paradigma anpassen können, und das ist auch einer der Gründe, warum ich angefangen habe, darüber zu schreiben. Obwohl es anfangs etwas einschüchternd wirkte und wir einige Fehler gemacht haben, haben wir mit der Zeit gemerkt, wie ...