🥇Die sieben häufigsten Fehler beim Umstieg auf CI/CD

Wenn Ihr Unternehmen gerade erst DevOps oder CI/CD-Tools einführt, kann es hilfreich sein, sich mit den häufigsten Fehlern vertraut zu machen, um sie nicht zu wiederholen und nicht auf die gleichen Schrauben zu treten.

Team Mail.ru Cloud Solutions Übersetzte den Artikel Vermeiden Sie diese häufigen Fallstricke, wenn Sie zu CI/CD wechseln von Jasmine Chokshi mit Ergänzungen.

Unvorbereitetheit auf den Wandel von Kultur und Prozessen

Wenn man sich das zyklische Diagramm anschaut DevOps, sieht man, dass im DevOps-Praktiken das Testen eine kontinuierliche Aufgabe ist, die fundamentaler Bestandteil jeder einzelnen Bereitstellung ist.

Endloses zyklisches Diagramm von DevOps

Testen und Qualitätssicherung im Entwicklungs- und Lieferprozess sind ein integraler Bestandteil davon, was Entwickler tun. Dies erfordert einen Wandel in der Denkweise, um das Testen in jede Aufgabe zu integrieren.

Das Testen wird Teil der täglichen Arbeit jedes Teammitglieds. Der Übergang zu kontinuierlichem Testen verläuft nicht leicht, man muss darauf vorbereitet sein.

Fehlendes Feedback

Die Effektivität von DevOps hängt von kontinuierlichem Feedback ab. Kontinuierliche Verbesserungen sind unmöglich, wenn es keinen Raum für Zusammenarbeit und Kommunikation gibt.

Unternehmen, die keine Retrospektivmeetings organisieren, haben es schwer, eine Kultur des kontinuierlichen Feedbacks in CI/CD zu integrieren. Retrospektivmeetings finden am Ende jeder Iteration statt, bei denen die Gruppenmitglieder besprechen, was gut und was schlecht gelaufen ist. Retrospektivmeetings sind ein Fundament von Scrum/Agile, aber sie sind auch für DevOps notwendig.

Das liegt daran, dass Retrospektivmeetings die Gewohnheit fördern, Feedback und Meinungen auszutauschen. Ein wichtiger Punkt zu Beginn ist die Organisation von wiederkehrenden Retrospektivmeetings, damit sie für das gesamte Team verständlich und gewohnheitsmäßig werden.

Wenn es um die Qualität der Software geht, sind alle Teammitglieder verantwortlich für deren Sicherstellung. Zum Beispiel können Entwickler Modultests schreiben und dabei Code unter Berücksichtigung der Testbarkeit verfassen, was hilft, Risiken von Anfang an zu minimieren.

Eine der einfachsten Möglichkeiten, die Veränderung der Vorstellungen über das Testen widerzuspiegeln, besteht darin, Tester nicht QA, sondern Softwaretester oder Qualitätsingenieur zu nennen. Diese Änderung mag zu einfach oder sogar dumm erscheinen. Doch wenn jemand als "Spezialist für Softwarequalität" bezeichnet wird, vermittelt das ein falsches Bild davon, wer für die Qualität des Produkts verantwortlich ist. In den Praktiken Agile, CI/CD und DevOps tragen alle die Verantwortung für die Softwarequalität.

Ein weiterer wichtiger Punkt ist, zu verstehen, was Qualität für das gesamte Team und jedes seiner Mitglieder sowie für die Organisation und die Interessengruppen bedeutet.

Falsches Verständnis der Vollständigkeit eines Phasenabschlusses

Wenn Qualität ein kontinuierlicher und gemeinsamer Prozess ist, benötigt man ein gemeinsames Verständnis für den Abschluss einer Phase. Wie erkennt man, dass eine Phase abgeschlossen ist? Was passiert, wenn eine Phase auf dem Trello-Board oder einem anderen Kanban-Board als erledigt markiert wird?

Die Definition des 'Definition of Done' (DoD) ist ein mächtiges Werkzeug im Kontext von CD DevOps/CI. Sie hilft, die Qualitätsstandards dessen, was und wie das Team baut, besser zu verstehen.

Das Entwicklerteam muss entscheiden, was "Fertig" bedeutet. Sie müssen sich zusammensetzen und eine Liste von Merkmalen erstellen, die erfüllt sein müssen, damit eine Phase als abgeschlossen gelten kann.

Die DoD macht den Prozess transparenter und erleichtert die Einführung von CI/CD, wenn sie allen Teammitgliedern klar und gegenseitig vereinbart ist.

Fehlende realistische, klar definierte Ziele

Das ist einer der am häufigsten zitierten Ratschläge, aber er verdient es, wiederholt zu werden. Für den Erfolg eines jeden ernsthaften Vorhabens, einschließlich der Implementierung von CI/CD oder DevOps, müssen realistische Ziele festgelegt und die Leistung daran gemessen werden. Was versuchen Sie mit CI/CD zu erreichen? Ermöglicht es Ihnen, schneller Releases mit besserer Qualität herauszubringen?

Alle festgelegten Ziele sollten nicht nur transparent und realistisch sein, sondern auch mit den aktuellen Aktivitäten des Unternehmens übereinstimmen. Zum Beispiel, wie oft benötigen Ihre Kunden neue Updates oder Versionen? Es besteht keine Notwendigkeit, die Prozesse zu überlasten und Releases schneller bereitzustellen, wenn dies keinen zusätzlichen Vorteil für die Nutzer bietet.

Darüber hinaus müssen Sie nicht immer sowohl CD als auch CI implementieren. Zum Beispiel können stark regulierte Unternehmen wie Banken und medizinische Kliniken nur mit CI arbeiten.

CI ist ein guter Ausgangspunkt für jedes Unternehmen, das DevOps einführt. Bei der Einführung ändert sich der Ansatz zur Bereitstellung von Software erheblich. Nachdem CI beherrscht ist, kann man über die Verbesserung des gesamten Prozesses, die Erhöhung der Bereitstellungsgeschwindigkeit und andere Änderungen nachdenken.

Für viele Organisationen reicht ein CI aus, und CD sollte nur implementiert werden, wenn es einen zusätzlichen Nutzen bringt.

Fehlende geeignete Dashboards und Metriken

Sobald Sie Ziele festgelegt haben, kann das Entwicklerteam ein Dashboard zur Messung der KPI erstellen. Vor der Entwicklung sollten die zu verfolgenden Parameter bewertet werden.

Verschiedene Berichte und Anwendungen sind für verschiedene Teammitglieder nützlich. Scrum Master sind mehr an Status und Abdeckung interessiert. Während das obere Management möglicherweise an der Burnout-Rate der Mitarbeiter interessiert ist.

Einige Teams verwenden auch Dashboards mit roten, gelben und grünen Indikatoren zur Bewertung des CI/CD-Status, um zu verstehen, ob sie alles richtig machen oder ob ein Fehler aufgetreten ist. Rot bedeutet, dass man auf das Geschehen achten sollte.

Wenn die Informationspanels jedoch nicht standardisiert sind, können sie irreführend sein. Analysieren Sie, welche Daten für alle erforderlich sind, und erstellen Sie dann eine standardisierte Beschreibung dessen, was sie bedeuten. Finden Sie heraus, was für die Stakeholder sinnvoller ist: Grafiken, Texte oder Zahlen.

Fehlende manuelle Tests

Die Automatisierung von Tests legt die Grundlage für eine gute CI/CD-Pipeline. Aber automatisiertes Testen in allen Phasen bedeutet nicht, dass Sie keine manuellen Tests durchführen sollten.

Um eine effektive CI/CD-Pipeline aufzubauen, sind auch manuelle Tests erforderlich. Es wird immer Aspekte des Testens geben, die eine menschliche Analyse erfordern.

Es sollte überlegt werden, die Anstrengungen bei manuellen Tests in die Pipeline zu integrieren. Nachdem manuelle Tests bestimmter Testfälle abgeschlossen sind, können Sie zur Bereitstellungsphase übergehen.

Versuchen Sie nicht, die Tests zu verbessern.

Ein effizienter CI/CD-Prozess erfordert Zugriff auf die richtigen Werkzeuge, sei es Testmanagement oder kontinuierliche Integration und Monitoring.

Der Aufbau einer starken, qualitätsorientierten Kultur zielt ab auf die Implementierung von Tests, das Monitoring der Kundeninteraktionen nach dem Deployment und die Verfolgung von Verbesserungen.

Hier sind einige praktische Tipps, die Sie leicht umsetzen können:

Stellen Sie sicher, dass die Tests einfach zu schreiben sind und ausreichend flexibel, um bei Code-Änderungen nicht zu brechen.
Entwicklungsteams sollten in den Testprozess einbezogen werden – sie sollten die Liste der Benutzerprobleme und Anfragen sehen, die wichtig für die Überprüfung während der CI-Pipelines sind.
Sie müssen möglicherweise nicht 100%ige Testabdeckung erreichen, aber achten Sie immer darauf, dass wichtige Workflows für die Nutzererfahrung und die Kundeninteraktion getestet werden.

Zu guter Letzt

Der Übergang zu CI/CD wird oft von unten nach oben initiiert, erfordert jedoch letztendlich das Engagement des Managements sowie Zeit- und Ressourcenaufwand seitens des Unternehmens. CI/CD ist schließlich ein Set von Fähigkeiten, Prozessen, Werkzeugen und einem kulturellen Wandel, und solche Veränderungen können nur systematisch umgesetzt werden.

Was gibt es noch zu lesen:

Quelle: habr.com