{"id":32368,"date":"2019-10-31T21:46:38","date_gmt":"2019-10-31T18:46:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/spravochnaya-chto-takoe-continuous-delivery\/"},"modified":"2019-10-31T21:46:38","modified_gmt":"2019-10-31T18:46:38","slug":"spravochnaya-chto-takoe-continuous-delivery","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/spravochnaya-chto-takoe-continuous-delivery","title":{"rendered":"Hinweis: Was ist Continuous Delivery","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vorher haben wir erl\u00e4utert<\/a><\/noindex> \u00dcber Continuous Integration (CI). Lassen Sie uns mit Continuous Delivery fortfahren. Dies ist eine Sammlung von Methoden zur Softwareentwicklung. Sie hilft sicherzustellen, dass der Code f\u00fcr die Bereitstellung bereit ist.<\/p>\n

\"Hinweis:<\/a><\/noindex><\/a><\/noindex>
\n\/ Pixabay \/ bluebudgie<\/a><\/noindex> \/ PL<\/a><\/noindex><\/i><\/p>\n

Geschichte<\/h2>\n

\nDen Begriff continuous delivery konnte man bereits im Agile-Manifest<\/a><\/noindex> von 2001 am Anfang der Liste der Grunds\u00e4tze sehen: \u201ePriorit\u00e4t hat die L\u00f6sung der Kundenprobleme durch kontinuierliche Bereitstellung aktueller Software.\u201c<\/p>\n

Im Jahr 2010 ver\u00f6ffentlichten Jez Humble und David Farley ein Buch<\/a><\/noindex> \u00fcber Continuous Delivery. Der Gedanke der Autoren hinter CD ist, dass es den Ansatz erg\u00e4nzt Kontinuierliche Integration<\/a><\/noindex> und es erleichtert, den Code f\u00fcr die Bereitstellung vorzubereiten.<\/p>\n

Nach der Ver\u00f6ffentlichung des Buches begann der Ansatz an Popularit\u00e4t zu gewinnen und wurde innerhalb von nur zwei Jahren praktisch allgemein anerkannt. Laut einer Umfrage<\/a><\/noindex>, die 2014 unter mehr als 600 Entwicklern und IT-Managern durchgef\u00fchrt wurde, waren 97% der technischen F\u00fchrungskr\u00e4fte und 84% der Programmierer mit Continuous Delivery vertraut.<\/p>\n

Heute ist dieser Ansatz einer der popul\u00e4rsten. Laut einer Studie aus dem Jahr 2018, an der die IT-Community der DevOps- und Jenkins-Community beteiligt war, bejahten verwendet<\/a><\/noindex> die H\u00e4lfte von mehr als tausend befragten Personen.<\/p>\n

Wie funktioniert Continuous Delivery?<\/h2>\n

\nDie Grundlage von CD ist die Bereitschaft des Codes zur Bereitstellung. Zur Erf\u00fcllung dieser Aufgabe wird die Automatisierung des Softwarevorbereitungsprozesses f\u00fcr das Release eingesetzt. Dieser sollte f\u00fcr verschiedene Entwicklungsumgebungen standardisiert sein, was hilft, Schwachstellen schneller zu finden und zu optimieren. Zum Beispiel, um die Testdauer zu verk\u00fcrzen.<\/p>\n

Ein Beispiel f\u00fcr den Continuous Delivery-Prozess sieht folgenderma\u00dfen aus:<\/p>\n

\"Hinweis:
\n
\nWenn der Ansatz Continuous Integration f\u00fcr die Automatisierung der ersten beiden Phasen verantwortlich ist, ist f\u00fcr die n\u00e4chsten beiden Continuous Delivery zust\u00e4ndig. Die Stabilit\u00e4t des Prozesses wird auch durch Systeme zur Konfigurationsverwaltung<\/a><\/noindex>sichergestellt. Diese \u00fcberwachen \u00c4nderungen in der Infrastruktur, Datenbanken und Abh\u00e4ngigkeiten. Das eigentliche Deployment kann automatisiert oder manuell durchgef\u00fchrt werden.<\/p>\n

An den Prozess werden folgende Anforderungen gestellt:<\/p>\n