{"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\/fr\/blog\/administrirovanie\/spravochnaya-chto-takoe-continuous-delivery","title":{"rendered":"R\u00e9f\u00e9rence : qu'est-ce que la livraison continue","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Auparavant, nous avons expliqu\u00e9<\/a><\/noindex> sur l'int\u00e9gration continue (CI). Poursuivons avec la livraison continue. Il s'agit d'un ensemble de m\u00e9thodes de d\u00e9veloppement logiciel. Cela aide \u00e0 s'assurer que le code est pr\u00eat pour le d\u00e9ploiement.<\/p>\n

\"R\u00e9f\u00e9rence<\/a><\/noindex><\/a><\/noindex>
\n\/ Pixabay \/ bluebudgie<\/a><\/noindex> \/ PL<\/a><\/noindex><\/i><\/p>\n

Historique<\/h2>\n

\nL'expression livraison continue a \u00e9t\u00e9 vue pour la premi\u00e8re fois dans le manifeste agile<\/a><\/noindex> de 2001 en t\u00eate de la liste des principes fondamentaux : \u00ab La priorit\u00e9 est de r\u00e9pondre aux besoins du client par la livraison continue de logiciels op\u00e9rationnels \u00bb.<\/p>\n

En 2010, Jez Humble et David Farley ont publi\u00e9 un livre<\/a><\/noindex> sur la livraison continue. Selon les auteurs, CD compl\u00e8te l'approche Int\u00e9gration Continue<\/a><\/noindex> et facilite la pr\u00e9paration du code au d\u00e9ploiement.<\/p>\n

Apr\u00e8s la publication du livre, l'approche a commenc\u00e9 \u00e0 gagner en popularit\u00e9 et en quelques ann\u00e9es est devenue presque universellement accept\u00e9e. Selon un sondage<\/a><\/noindex>, r\u00e9alis\u00e9 aupr\u00e8s de plus de 600 d\u00e9veloppeurs et responsables IT en 2014, 97 % des dirigeants techniques et 84 % des programmeurs \u00e9taient familiers avec la livraison continue.<\/p>\n

Aujourd'hui, cette approche reste l'une des plus populaires. Selon une \u00e9tude de 2018 \u00e0 laquelle ont particip\u00e9 la communaut\u00e9 des sp\u00e9cialistes IT DevOps et Jenkins Community, utilise<\/a><\/noindex> la moiti\u00e9 de plus d'un millier de r\u00e9pondants.<\/p>\n

Comment fonctionne la livraison continue<\/h2>\n

\nLa base du CD est la pr\u00e9paration du code au d\u00e9ploiement. Pour r\u00e9aliser cette t\u00e2che, l'automatisation du processus de pr\u00e9paration du logiciel \u00e0 la publication est utilis\u00e9e. Cela doit \u00eatre standard pour diff\u00e9rents environnements de d\u00e9veloppement, ce qui aide \u00e0 identifier les points faibles plus rapidement et \u00e0 les optimiser. Par exemple, acc\u00e9l\u00e9rer les tests.<\/p>\n

Un exemple de processus de livraison continue ressemble \u00e0 ceci :<\/p>\n

\"R\u00e9f\u00e9rence
\n
\nSi l'automatisation des deux premi\u00e8res \u00e9tapes est assur\u00e9e par l'approche d'int\u00e9gration continue, les deux suivantes sont g\u00e9r\u00e9es par la livraison continue. La stabilit\u00e9 du processus est \u00e9galement assur\u00e9e par des syst\u00e8mes de gestion de configuration<\/a><\/noindex>. Ils surveillent les changements dans l'infrastructure, les bases de donn\u00e9es et les d\u00e9pendances. Le d\u00e9ploiement lui-m\u00eame peut \u00eatre automatis\u00e9 ou effectu\u00e9 manuellement.<\/p>\n

Les exigences pour le processus sont les suivantes :<\/p>\n