Was ist Continuous Integration (CI)?

Continuous Integration erfordert die folgenden Grundkomponenten:

• ein Quellcode- oder Versionsverwaltungssystem, das den gesamten Codebestand aufnimmt, einschließlich Quellcodedateien, Bibliotheken, Konfigurationsdateien und Skripten;
• automatisierte Build-Skripte;
• automatisierte Tests;
• eine Infrastruktur zum Ausführen des Build- und Testprozesses.

Damit alle Mitwirkenden auf dieselbe Basis aufbauen können, müssen alle dasselbe Repository nutzen und ihre Änderungen häufig miteinander teilen. Eine gute Faustregel ist, dass jeder Mitwirkende seine Änderungen mindestens einmal am Tag per Commit in Main/Trunk einpflegen soll.

Nachdem wir eine Änderung vorgenommen haben, besteht der nächste Schritt darin, einen Build zu erstellen und eine Reihe automatisierter Tests durchzuführen, um das Verhalten des Codes zu überprüfen. Die Automatisierung dieses Prozesses ist ein wesentlicher Bestandteil von Continuous Integration. Ein manueller Build- und/oder Testprozess wäre zeitaufwändig und fehleranfällig und würde dem Ziel, Änderungen täglich zu integrieren, zuwiderlaufen. Die genauen Buildtools und Testframeworks, die dabei zum Einsatz kommen, hängen von der verwendeten Sprache ab.

Nach der erstmaligen Erstellung der Skripte und Tests muss der Prozess weiter gepflegt werden. Dies bedeutet, für jede neue Funktion automatisierte Tests hinzuzufügen, Fehler zu beheben und die Performance des Prozesses zu überwachen.

Ein CI-Server, der sich um die Überwachung Ihres Repositorys kümmert, Builds auslöst, automatisierte Tests ausführt und Ergebnisse zusammenführt, hilft Ihnen dabei, all diese Einzelteile zusammenzufügen, beim Schreiben individueller Automatisierungsskripte Zeit zu sparen und auf ergänzende Informationen wie Code-Coverage-Werte und den Buildverlauf zuzugreifen.

Diese Tools und Prozesse sind zwar für die Implementierung von Continuous Integration wichtig, aber um optimale Ergebnisse zu erzielen, müssen Sie auch Ihre Mitarbeiter*innen für diese Methode begeistern. Das gesamte Entwicklungsteam muss seine Prozesse so anpassen, dass regelmäßige Commits in den Main-Branch erfolgen, für jedes neue Feature automatisierte Tests erstellt werden und die Korrektur des Builds allgemeine Priorität genießt, wenn etwas schiefgegangen ist. Priorisierung, Entwurf und Wartung automatisierter Tests erfordern eine Zusammenarbeit mit der Qualitätssicherung, und zur Bereitstellung von Systemen, auf denen Builds und Tests ausgeführt werden können, ist eine Kooperation mit dem Infrastrukturteam gefragt – beides trägt zum Abbau von organisationsinternen Trennmauern bei.

Obwohl die Vorteile der Continuous Integration nicht auf das Entwicklungsteam beschränkt sind, sondern das gesamte Unternehmen umfassen, heißt das nicht, dass sie überall mit offenen Armen empfangen wird.

Für viele Softwarehäuser stellt DevOps eine enorme Veränderung in Bezug auf bestehende Arbeitsweisen und Prozesse dar. Damit die teamübergreifende Koordination gelingt und eine Kultur der Zusammenarbeit entsteht, ist eine gute Kommunikation erforderlich.

Wenn Sie bereits agile Methoden einsetzen, ist die Umstellung in der Regel etwas einfacher, da bereits ein Bewusstsein für das Konzept der selbstorganisierenden Teams und für die Bedeutung von Feedback als Steuerinstanz der Entwicklung besteht.

Wo dies nicht der Fall ist, kann es beim Überzeugen Ihrer Kolleginnen und Kollegen hilfreich sein, sich die Größenordnung der Veränderung bewusst zu machen, auf die Menschen zuzugehen, klein anzufangen und Stück für Stück die Vorteile zu demonstrieren.

Aber es gibt auch praktische Herausforderungen, die bei der Continuous Integration gelöst werden müssen. Wenn Sie an einer großen, monolithischen Anwendung arbeiten, können die Build-Zeiten lang sein, und wenn Testumgebungen knapp sind, ist es schwierig, Testläufe zu parallelisieren.

Ein guter Überblick über Ihren Continuous-Integration-Workflows und der Zugriff auf Performance-Kennzahlen zur Ermittlung von Engpässen können dazu beitragen, Kosten und Nutzen von Investitionen in Architekturänderungen, Infrastrukturerweiterungen und automatisierte Tests zu quantifizieren.

Durch Continuous Integration können Entwicklungsteams den Veröffentlichungszyklus ihrer Software beschleunigen, ohne bei der Qualität Kompromisse einzugehen. Das Hauptziel von Continuous Integration besteht darin, potenzielle Risiken, die während des Deployments auftreten können, zu minimieren und die Feedback-Schleife zu verkürzen.

Zentrale Vorteile der Continuous Integration sind:

• Risikoarme Bereitstellung von Software. Indem Sie beim Schreiben Ihres Codes regelmäßige Merge-Vorgänge durchführen, können Sie sich frühzeitig um alle auftretenden Fehler kümmern.
• Höhere Qualität. Durch die Automatisierung eines Großteils der manuellen Aufgaben können sich die Entwickler*innen auf übergeordnete Aspekte der Testaktivitäten konzentrieren.
• Kosteneinsparungen. Durch die Implementierung von Continuous Integration, die Auslieferung in kleineren Tranchen und die Automatisierung eines Großteils ihrer Arbeit können Unternehmen die Kosten der Softwarebereitstellung erheblich senken.

Durch Continuous Integration, Delivery und Deployment können Unternehmen ihre Kosten reduzieren und den Software-Lieferzyklus erheblich verkürzen. Wenn sie richtig eingesetzt werden, tragen diese Systeme wesentlich dazu bei, die Prozesse im Zusammenhang mit dem Kompilieren, Testen und Bereitstellen von Software effizienter zu gestalten. Bei der Verwendung von CI/CD sollten unter anderem folgende Best Practices berücksichtigt werden:

• Früh und häufig Commits durchführen. Indem Sie häufiger kleinere Updates abliefern, können Sie Feedback zu den einzelnen Änderungen erhalten und berücksichtigen. Laut dem „State of DevOps“-Bericht führen High-Performance-Teams ca. 417-mal so viele Deployments durch wie leistungsschwache Teams.
• Builds grün halten. Durch automatisierte Tests, die bei jedem Commit ausgeführt werden, kann eine CI/CD-Pipeline den Entwickler*innen schnelles Feedback zu allen Änderungen geben.
• Keine anderen Deployment-Methoden zulassen. Wenn eine Softwareversion schnell veröffentlicht werden muss, ist es verlockend, bestimmte Schritte im etablierten CI/CD-Prozess zu überspringen. Wenn Sie jedoch an Ihrer Routine festhalten, können Sie Probleme vermeiden, die sich ansonsten in Ihren Codebestand einschleichen könnten.

Es ist unmöglich, eine stabile, zuverlässige CI/CD-Pipeline ohne die entsprechenden CI/CD-Tools aufzubauen. Diese helfen Ihnen bei der Koordination der unterschiedlichen Teile der Pipeline, vom Auslösen des Integrationsvorgangs über die Ausführung automatisierter Tests bis hin zur Bereitstellung des Codes für den Produktionseinsatz. Ganz gleich, ob Sie ein integriertes CI/CD-Tool wie TeamCity verwenden, das alle Phasen des CI/CD-Prozesses unterstützt, oder die verschiedenen Bereiche mit unterschiedlichen Systemen abdecken – die gewählten Tools sollten in jedem Fall den gesamten Tech-Stack Ihres Teams unterstützen. Ebenfalls wichtig ist es, dass sich diese Tools in die anderen Softwaresysteme integrieren lassen, die Sie bei der Arbeit verwenden, und sie müssen anpassungsfähig und flexibel genug sein, um Workflows beliebiger Komplexität zu unterstützen.

Anstatt die Vorteile von CI und CD gegeneinander abzuwägen, ist es sinnvoller, sich zu überlegen, wie diese unterschiedlichen Teile des Entwicklungsprozesses zusammenwirken können, um Sie dabei zu unterstützen, Ihrer Benutzergemeinde fehlerfreie Softwareanwendungen bereitzustellen.

Bei Continuous Integration geht es darum, Codeänderungen in einem Hauptbranch zusammenzuführen. Continuous Delivery baut auf den Grundlagen auf, die in der Continuous-Integration-Phase durch Test- und Build-Automatisierung gelegt wurden. Continuous Deployment ist die letzte Phase im CI/CD-Prozess. Dabei wird die neue Softwareversion – vorausgesetzt, sie erfüllt alle Anforderungen – an die Benutzergemeinde ausgeliefert.

Mehr zum Unterschied zwischen CI und CD

Continuous Integration beschleunigt den Entwicklungsprozess und verbessert gleichzeitig die Codequalität. Durch die Automatisierung der einzelnen Schritte können Sie effizienter arbeiten und sich darauf konzentrieren, Mehrwert für Ihre Benutzergemeinde zu schaffen. Continuous Integration ist jedoch nur der Beginn der CI/CD-Pipeline. Die nächste Stufe, Continuous Delivery, wendet die DevOps-Grundsätze auf den nächsten Teil des Releaseprozesses an.