Kontinuierliche Integration und kontinuierliche Auslieferung (CI/CD)

Bei der kontinuierlichen Integration handelt es sich um eine Methode und ein Leitbild der Programmierung. Sie erleichtert Entwicklungsteams die Vorbereitung, Implementierung und Durchführung von Qualitätskontrollen für ein Release. Das Ziel der kontinuierlichen Integration besteht darin, Abläufe zu automatisieren und Konsistenz beim Erstellen, Testen und Paketieren von Anwendungen zu gewährleisten. Viele der heutigen Anwendungen basieren auf Code, der mit verschiedenen Tools und auf verschiedenen Plattformen entwickelt wurde. Aus diesem Grund benötigen Entwicklungsteams eine Möglichkeit, ihre Änderungen während des API-Integrationsprozesses zu integrieren und zu validieren. CI bietet zahlreiche Vorteile, wie zum Beispiel die Reduzierung fehleranfälliger Implementierungsaufgaben und frühzeitige Einblicke in Bugs.

Die kontinuierliche Auslieferung ist das andere Ende der CI/CD-Pipeline. CD automatisiert die Auslieferung von Anwendungen und Code-Änderungen, oft für mehrere Infrastrukturumgebungen wie zum Beispiel Test und Entwicklung. Anschließend führt die CD-Automatisierung Aufrufe an Datenbanken, Webserver und zusätzliche Services durch, die nach der Implementierung einer Anwendung aktualisiert oder neu gestartet werden müssen. Teams können Produktionen dann nach einem täglichen, stündlichen oder kontinuierlichen Plan implementieren.

Wenn IT-Teams ein Anwendungsentwicklungsmodell implementieren, bei dem der Software-Entwicklungszyklus (SDLC) verschiedenste automatisierte Tests und Berichte sowie eine vollständig kontinuierliche Integration und Auslieferung umfasst, kann ihr Unternehmen schnell neue Funktionen und Anwendungen testen und einführen. Diese erfolgreichen Unternehmen koppeln SDLC-Kennzahlen eng mit der Projektfinanzierung, um Projekte mit dem höchsten geschäftlichen Nutzen zu erkennen und zu priorisieren.

Beispielsweise nutzen Mule-Entwickler:innen CI/CD, um Mule-Bereitstellungen zu automatisieren, die häufig als Rückgrat der Integration von Unternehmensanwendungen dienen, wobei sie GitHub und Jenkins-Pipelines einsetzen. Die meisten Entwickler:innen sind mit der Build-Phase vertraut. Die in Anypoint Studio geleistete Arbeit lässt sich problemlos in Ihre Pipeline für die kontinuierliche Integration einbauen, wobei einige der zuvor erwähnten Technologien zum Einsatz kommen: GitHub für die Versionskontrolle, Maven für die Abhängigkeitsverwaltung und die Automatisierung des Build-Prozesses, JUnit und MUnit für die Testautomatisierung sowie JIRA oder ServiceNow für das Issue- und Service-Management. Kunden mit Microsoft-Produkten, die Mule-Apps erstellen, nutzen häufig Team Foundation und Visual Studio.

Wenn der Code bereit für die Auslieferung ist, nutzen Kunden von MuleSoft oft Jenkins, Puppet, Chef oder HP ALM sowohl für die Implementierungsautomatisierung als auch für die Orchestrierung von Release-Prozessen in verschiedenen Umgebungen: Entwicklungsumgebung, Testumgebung, Staging-Umgebung und Produktionsumgebung. Puppet und Chef können auch zur Automatisierung der Installation und Konfiguration von Mule Runtimes verwendet werden. Zur Reduzierung der Komplexität der kontinuierlichen Implementierung erfreut sich Docker immer größerer Beliebtheit. Mule Runtime kann in einem Docker-Container ausgeliefert werden. Und über den Verwaltungsagenten, Anypoint Platform für APIs und Anypoint Platform CLI, können Benutzer Prozesse weiter automatisieren. Hierzu verwenden sie Tools für die Konfigurationsautomatisierung und -verwaltung, zum Beispiel Puppet, Chef, Ansible und Salt, anstelle der Benutzeroberfläche der Anypoint Platform.

Laden Sie dieses Whitepaper zu APIs und DevOps herunter, um zu erfahren, wie Sie ein DevOps-Modell richtig aufbauen und die Möglichkeiten von iPaaS in Ihrem Unternehmen optimal nutzen können.