Wie sieht eine gute Delivery-Pipeline aus?

Technologiebereitstellungen entwickeln sich in der heutigen Landschaft zu einem der Hauptprobleme. Kunden erwarten eine nahtlose Abwicklung und Bereitstellung, sind aber darauf angewiesen, dass wir uns den Engpässen und Hürden auf dem Weg dorthin stellen. Eine gute Delivery-Pipeline berücksichtigt alles – lassen Sie uns die Details besprechen. 

Warum sind Pipelines so wichtig?

Eine gute Delivery-Pipeline ist zuverlässig und konsistent, sehr engmaschig und schwer zu umgehen. Ohne Pipelines laufen die Dinge nicht reibungslos und geraten oft aus dem Ruder. Das Erstellen von Code macht keinen Spaß, das Verpacken von Dingen und das Verwalten von Abhängigkeiten zwischen Versionen ist ätzend, und wenn jemand herumsitzt, um sicherzustellen, dass jeder erfolgreiche Build sofort in die richtige Testumgebung gelangt, ist das eine schlechte Nutzung der Zeit aller Beteiligten.

Was sind einige Merkmale einer guten Pipeline?

Der Prozess sollte sich automatisiert und systematisch anfühlen 

So sehr wir Automatisierung auch mögen, es besteht immer noch ein Bedarf an menschlicher Interaktion bei der Bereitstellung von Software. Aber es kann viel getan werden, um diese Interaktion von Tag zu Tag zu verringern. 

Um sicherzustellen, dass der Qualitätsfaktor so stabil wie eh und je bleibt, ist es wichtig, sicherzustellen, dass einige automatisierte Prozesse ihre zugrunde liegenden Verfahrensanforderungen erfüllen, und vor jedem manuellen Test ist es am besten sicherzustellen, dass alle automatisierten Phasen den Build in einer Umgebung bestanden haben, die der Produktion so ähnlich ist, wie es Ihr Projekt zulässt. Auf diese Weise wird nicht nur die Anwendung getestet, sondern auch die Konfiguration, in der sie ausgeführt wird. Auf diese Weise können Sie die Zeit der Mitarbeiter sparen, indem Sie vermeiden, in Umgebungsprobleme zu geraten. 

Stellt sicher, dass der Qualitätsprozess nicht beeinträchtigt wird 

Es gibt keine Regel, die definiert, was in die Pipeline gehört und was nicht. Alles, was die Qualitätsstandards erfüllt oder zu ihnen beiträgt, kann in die Pipeline aufgenommen werden. 

Teams vergessen oft, dass einige Tests funktionsübergreifend sind und es auch sein sollten. Es gibt jedoch einige Überprüfungen, an die sich Teams nicht immer erinnern, wie z. B. die funktionsübergreifenden Tests. Bei diesen Tests geht es in der Regel um die Leistung, aber sie können die Last testen, die die Anwendung aufnehmen kann, oder sogar nach Sicherheitslücken suchen. 

Es gibt einen starken Feedback-Prozess 

Qualitätskontrollen in die Pipeline einzubauen ist großartig, aber das Team muss auch Feedback zu jedem Check-in erhalten, und das sollte technisch schneller sein als das übliche Tempo. Das Feedback sollte systematisch bearbeitet werden, und die zu implementierenden Punkte sollten sofort umgesetzt werden. 

Wenn wir darüber nachdenken, wie wir schnelles Feedback geben können, müssen wir dem Gedanken folgen, so schnell wie möglich zu scheitern. Schnellere Aufgaben, wie z. B. Code-Linting oder Unit-Tests, sollten als erste ausgeführt werden, während manuelle Tests oder Leistungsprüfungen erst dann durchgeführt werden sollten, wenn wir sicher sind, dass der Code einwandfrei ist. 

Die Versionskontrollen sind jederzeit zugänglich und lieferbar 

Der reibungslose Teil bei Continuous Deliveries sind die regelmäßigen Deployments und jeder Commit, der sofort in die Produktion geht. Das Unternehmen kann entscheiden, wann eine bestimmte Funktion gemäß den Geschäftsanforderungen live geschaltet werden soll, und sollte nicht von jemandem abhängig sein, der die Software entwickelt. Es ermöglicht dem Unternehmen, zu entscheiden, wann eine Funktion live geschaltet werden soll, ohne die Erlaubnis des Teams einzuholen, das die Software entwickelt. Ob es sinnvoll ist, täglich, stündlich oder monatlich zu deployen, entscheidet das Produktteam.

Abschließende Bemerkung 

Eine gute Delivery-Pipeline geht in Bezug auf nichts Kompromisse bei den Standards ein, sei es Qualität, Deployments oder Management. In einer guten Delivery-Pipeline gibt es vermutlich weniger Abhängigkeiten und Blockaden. Sie entscheidet sich nicht dafür, Kompromisse bei den Standards in Bezug auf Qualität oder Lieferungen einzugehen, sondern stellt lediglich sicher, dass es keine Blockaden gibt und alles kontinuierlich synchron miteinander abläuft.