Continuous Delivery ist ein etwas verwirrender und umstrittener Begriff, wird aber traditionell als ein Ansatz zur Softwareproduktion beschrieben.
Continuous Delivery (CD) ist eine Methode der Softwareproduktion, um alle Änderungen jeglicher Art (wie neue Produktfunktionen, Konfigurationsänderungen oder Updates, Fehlerbehebungen und Tests) schnell, sicher und skalierbar in die Produktion oder in die Hände der Benutzer zu bringen.
Das Gesamtkonzept umfasst Continuous Delivery und Integration, gepaart mit Build-Automatisierung und Konfigurationsmanagement. Der Prozess ähnelt DevOps, ist jedoch etwas spezifizierter. Er funktioniert um eine Reihe von Tests, Genehmigungen und Freigaben. Jedes Mal, wenn eine Änderung vorgenommen wird, erfolgt ein Build und ein Test wird durchgeführt. Die Ergebnisse werden an das Entwicklungsteam zurückgegeben und genehmigt oder abgelehnt. Änderungen können sofort mit Continuous-Integration-Tools freigegeben oder bis zu einem bestimmten Zeitpunkt zurückgehalten werden. Unternehmen nutzen diese Methode und diese Tools, um ein nahtloses Benutzererlebnis beim Aktualisieren von Anwendungen und Softwareprodukten zu schaffen.
Continuous Deployment-Tools sind die größten und dynamischsten Tools in dieser Kategorie; viele bieten Werkzeuge, um jeden Schritt im Continuous Delivery-Prozess abzuschließen. Diese sind die Werkzeuge, die es Teams ermöglichen, sofort zu deployen, sobald eine Änderung vorgenommen wird, anstatt zu warten, bis mehrere Updates stattfinden, und sie dann als Gruppe zu deployen. Dies automatisiert den gesamten Prozess, ist jedoch nicht für Teams gedacht, die strengere Analysen zur Effektivität der Bereitstellung wünschen. Continuous Deployment-Tools sind für diejenigen gedacht, die wirklich nahtlose, ständig aktualisierte Softwareanwendungen wünschen.
Diese Entwicklungspraxis und die Tools, die sie ermöglichen, lassen Entwicklungsteams und Einzelpersonen Teile des Codes aus einem Repository „auschecken“. Der Code kann bearbeitet, geändert und aktualisiert werden; er wird schließlich „eingecheckt“, verifiziert und in die Gesamtanwendung integriert. Dies reduziert die Notwendigkeit für Teams, Zeit für lange, sperrige Integrationen und Software-Updates einzuplanen. Der Prozess erfordert mehrere Entwickler und gewährleistet schnelle, signifikante Änderungen, die schnell in Anwendungen integriert werden.
Build-Automatisierungstools bieten einen ähnlichen Entwicklungsprozess wie Continuous Integration-Tools, beschränken jedoch ihre Fähigkeiten nur auf die Zeit vor der Integration von Updates in Ihre Anwendung. Entwickler folgen immer noch demselben Prozess. Code wird immer noch kompiliert, gebaut und getestet; Änderungen erfordern immer noch Genehmigung. Aber die Produkte erlauben nicht dieselbe Art von Triggern, die Änderungen automatisch in Kraft setzen. Die Produkte erlauben nur den ersten Schritt zur Automatisierung des Continuous Delivery-Prozesses.
Konfigurationsmanagement, manchmal auch IT-Automatisierung genannt, reduziert die Belastung der Entwicklungsteams, um sicherzustellen, dass der aktuelle Zustand einer Anwendung der beabsichtigte ist. Diese Tools führen dokumentierte historische Aufzeichnungen über Änderungen, die während des Continuous Delivery-Prozesses vorgenommen wurden, und präsentieren Details über den aktuellen Zustand und die Leistung der Anwendung. Im Wesentlichen bedeutet Konfigurationsmanagement Versionsmanagement und kommt der Leistungssteuerung der Anwendung zugute.
Mit Continuous Delivery-Software können Sie:
Wir können Ihnen helfen, die Lösung zu finden, die am besten zu Ihnen passt.