{"id":916,"date":"2020-12-21T16:34:05","date_gmt":"2020-12-21T15:34:05","guid":{"rendered":"https:\/\/www.oxxodata.com\/blog\/?p=916"},"modified":"2021-11-05T16:29:55","modified_gmt":"2021-11-05T15:29:55","slug":"ci-cd-dans-le-monde-du-devops-developpement-oxxodata","status":"publish","type":"post","link":"https:\/\/oxxodata.com\/blog\/ci-cd-dans-le-monde-du-devops-developpement-oxxodata\/","title":{"rendered":"CI CD dans le monde du DEVOPS"},"content":{"rendered":"\n

CI<\/strong> et CD<\/strong> sont deux acronymes fr\u00e9quemment utilis\u00e9s dans les pratiques modernes de d\u00e9veloppement et les DevOps. CI est synonyme d’int\u00e9gration continue, une pratique exemplaire fondamentale de DevOps o\u00f9 les d\u00e9veloppeurs fusionnent fr\u00e9quemment les modifications de code dans un d\u00e9p\u00f4t central o\u00f9 s’ex\u00e9cutent des compilations et des tests automatis\u00e9s. Cependant CD peut signifier soit une Livraison continue, soit un d\u00e9ploiement continu.<\/p>\n\n\n\n

Int\u00e9gration continue<\/strong><\/p>\n\n\n\n

Les d\u00e9veloppeurs qui pratiquent l’int\u00e9gration continue fusionnent leurs changements avec la branche principale aussi souvent que possible. Les modifications du d\u00e9veloppeur sont valid\u00e9es en cr\u00e9ant un build et en effectuant des tests automatis\u00e9s par rapport \u00e0 ce build. Ce faisant, vous \u00e9vitez les difficult\u00e9s d’int\u00e9gration qui peuvent survenir lorsque vous attendez le jour de la sortie pour fusionner les changements dans la branche de sortie.<\/p>\n\n\n\n

L’int\u00e9gration continue met l’accent sur l’automatisation des tests afin de v\u00e9rifier que l’application n’est pas cass\u00e9e lorsque de nouveaux engagements sont int\u00e9gr\u00e9s dans la branche principale.<\/p>\n\n\n\n

Livraison continue<\/strong><\/p>\n\n\n\n

La livraison continue est une extension de l’int\u00e9gration continue puisqu’elle d\u00e9ploie automatiquement toutes les modifications de code dans un environnement de test et\/ou de production apr\u00e8s la phase de construction.<\/p>\n\n\n\n

Cela signifie qu’en plus des tests automatis\u00e9s, vous disposez d’un processus de mise en production automatis\u00e9 et vous pouvez d\u00e9ployer votre application \u00e0 tout moment en cliquant sur un bouton.<\/p>\n\n\n\n

En th\u00e9orie, gr\u00e2ce \u00e0 la livraison continue, vous pouvez d\u00e9cider de lancer une version quotidienne, hebdomadaire, bimensuelle ou toute autre version r\u00e9pondant \u00e0 vos besoins. Toutefois, si vous souhaitez r\u00e9ellement b\u00e9n\u00e9ficier des avantages de la livraison continue, vous devez passer en production le plus t\u00f4t possible afin de vous assurer de mettre en circulation de petits lots faciles \u00e0 d\u00e9panner en cas de probl\u00e8me.<\/p>\n\n\n\n

D\u00e9ploiement continu<\/strong><\/p>\n\n\n\n

Le d\u00e9ploiement continu va plus loin que la livraison continue. Gr\u00e2ce \u00e0 cette pratique, chaque changement qui passe par toutes les \u00e9tapes de votre cha\u00eene de production est communiqu\u00e9 \u00e0 vos clients. Il n’y a aucune intervention humaine, et seul un test \u00e9chou\u00e9 emp\u00eachera le d\u00e9ploiement d’un nouveau changement en production.<\/p>\n\n\n\n

Le d\u00e9ploiement continu est un excellent moyen d’acc\u00e9l\u00e9rer la boucle de r\u00e9troaction avec vos clients et de soulager l’\u00e9quipe, car il n’y a plus de jour de lib\u00e9ration. Les d\u00e9veloppeurs peuvent se concentrer sur la cr\u00e9ation de logiciels, et ils voient leur travail passer en production quelques minutes apr\u00e8s avoir fini de travailler dessus.<\/p>\n\n\n\n

Passer d’une int\u00e9gration continue \u00e0 un d\u00e9ploiement continu<\/strong><\/p>\n\n\n\n

Si vous commencez tout juste un nouveau projet sans encore d’utilisateurs, il vous sera peut-\u00eatre facile de d\u00e9ployer chaque engagement de production. Vous pourriez m\u00eame commencer par automatiser vos d\u00e9ploiements et mettre votre version alpha en production sans aucun client. Ensuite, vous intensifierez votre culture de test et vous vous assurerez d’augmenter la couverture de code au fur et \u00e0 mesure de la construction de votre application. Lorsque vous serez pr\u00eat \u00e0 int\u00e9grer des utilisateurs, vous aurez mis en place un processus de d\u00e9ploiement continu o\u00f9 toutes les nouvelles modifications seront test\u00e9es avant d’\u00eatre automatiquement mises en production.<\/p>\n\n\n\n

Mais si vous avez d\u00e9j\u00e0 une application existante chez des clients, vous devriez ralentir les choses et commencer par une int\u00e9gration continue et une livraison continue. Commencez par mettre en place des tests unitaires de base qui seront ex\u00e9cut\u00e9s automatiquement, sans avoir \u00e0 vous pr\u00e9occuper de l’ex\u00e9cution de tests complexes de bout en bout. Essayez plut\u00f4t d’automatiser vos d\u00e9ploiements le plus rapidement possible et passez \u00e0 un stade o\u00f9 les d\u00e9ploiements dans vos environnements de mise en \u0153uvre se font automatiquement. La raison en est qu’en ayant des d\u00e9ploiements automatiques, vous pourrez concentrer votre \u00e9nergie sur l’am\u00e9lioration de vos tests plut\u00f4t que d’avoir \u00e0 arr\u00eater p\u00e9riodiquement les choses pour coordonner une sortie.<\/p>\n\n\n\n

Une fois que vous pouvez commencer \u00e0 publier des logiciels sur une base quotidienne, vous pouvez envisager un d\u00e9ploiement continu, mais assurez-vous que le reste de votre organisation est \u00e9galement pr\u00eat. Documentation, support, marketing. Ces fonctions devront s’adapter \u00e0 la nouvelle cadence des versions, et il est important qu’elles ne passent pas \u00e0 c\u00f4t\u00e9 de changements importants qui peuvent avoir un impact sur les clients.<\/p>\n\n\n\n

Pour toutes informations compl\u00e9mentaires, appelez le 04 81 13 33 27<\/strong> ou contactez-nous<\/a> via notre formulaire de contact<\/a> en ligne.<\/p>\n","protected":false},"excerpt":{"rendered":"

CI et CD sont deux acronymes fr\u00e9quemment utilis\u00e9s dans les pratiques modernes de d\u00e9veloppement et les DevOps. CI est synonyme d’int\u00e9gration continue, une pratique exemplaire fondamentale de DevOps o\u00f9 les d\u00e9veloppeurs fusionnent fr\u00e9quemment les modifications de code dans un d\u00e9p\u00f4t central o\u00f9 s’ex\u00e9cutent des compilations et des tests automatis\u00e9s. Cependant CD peut signifier soit une … Lire la suite<\/a><\/p>\n","protected":false},"author":2,"featured_media":919,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"_links":{"self":[{"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/posts\/916"}],"collection":[{"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/comments?post=916"}],"version-history":[{"count":1,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/posts\/916\/revisions"}],"predecessor-version":[{"id":918,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/posts\/916\/revisions\/918"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/media\/919"}],"wp:attachment":[{"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/media?parent=916"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/categories?post=916"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/oxxodata.com\/blog\/wp-json\/wp\/v2\/tags?post=916"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}