{"id":6359,"date":"2023-09-12T13:42:51","date_gmt":"2023-09-12T11:42:51","guid":{"rendered":"https:\/\/www.luklagroup.com\/sem-categoria\/le-deploiement-continu-differentes-strategies\/"},"modified":"2025-02-14T11:51:43","modified_gmt":"2025-02-14T10:51:43","slug":"le-deploiement-continu-differentes-strategies","status":"publish","type":"post","link":"https:\/\/www.luklagroup.com\/pt-pt\/apps-data-pt-pt\/le-deploiement-continu-differentes-strategies\/","title":{"rendered":"Le D\u00e9ploiement Continu – Diff\u00e9rentes Strat\u00e9gies"},"content":{"rendered":"\n

Lorsque l’on d\u00e9veloppe des solutions applicatives, il arrive in\u00e9vitablement le moment o\u00f9 nous devons d\u00e9ployer une nouvelle version<\/strong> en production.
Il existe bien des fa\u00e7ons de faire, mais je souhaite vous proposer dans cet article quelques solutions efficaces et fiables<\/strong> que j’ai eu l’occasion d’utiliser ces derni\u00e8res ann\u00e9es chez Digiwin.<\/p>\n\n\n\n

Dans cet article, je parlerai essentiellement de solutions de d\u00e9ploiement de code bas\u00e9es sur des langages open source. Ces technologies sont souvent ex\u00e9cut\u00e9es sur un environnement Linux.<\/p>\n\n\n\n

Qu’est-ce que le D\u00e9ploiement Continu ?<\/h2>\n\n\n\n

Automatiser le d\u00e9ploiement<\/strong> depuis les sources produites est une n\u00e9cessit\u00e9 pour apporter de la fiabilit\u00e9 <\/strong>dans le processus de livraison de nouvelles versions d’un logiciel.
G\u00e9n\u00e9ralement, pendant les formations scolaires, lorsqu’on apprend \u00e0 d\u00e9velopper des logiciels, nous livrons les sources manuellement, via un serveur FTP par exemple. Le fait de recourir \u00e0 une action manuelle, comme dans toute industrie, peut cependant engendrer une erreur d’origine humaine<\/strong>.
C’est pour cela qu’il est important, d\u00e8s la phase d’initialisation de votre projet<\/strong>, de mettre en place une proc\u00e9dure de livraison et de l’automatiser. C’est ce que nous appelons le D\u00e9ploiement Continu<\/strong>, ou CD (Continuous Deployment en Anglais).<\/p>\n\n\n\n

Adapter votre strat\u00e9gie de d\u00e9ploiement continu \u00e0 votre gestion de projet<\/h2>\n\n\n\n

Dans les ESN<\/strong>, nous contractualisons g\u00e9n\u00e9ralement la r\u00e9alisation d’un lot de fonctionnalit\u00e9s. C’est pourquoi on adopte souvent une strat\u00e9gie de livraison par lot de fonctionnalit\u00e9s rassembl\u00e9es dans une d\u00e9clinaison unique du logiciel.
Chez les \u00e9diteurs de logiciel, nous pouvons retrouver des cycles plus courts avec la r\u00e9alisation parall\u00e8le de fonctionnalit\u00e9s et une livraison en production au fil de l’eau de ces nouvelles fonctionnalit\u00e9s.
C\u00f4t\u00e9 gestion des sources, on retrouve souvent deux m\u00e9thodologies GIT adapt\u00e9es en fonction de la m\u00e9thode de gestion de projet, Gitflow<\/a> ou GithubFlow<\/a>.<\/p>\n\n\n\n

Deux approches principales de d\u00e9ploiement<\/h2>\n\n\n\n

L’approche “Push”<\/h3>\n\n\n\n

L’approche Push <\/strong>fait intervenir un syst\u00e8me externe, la plupart du temps un outil d’int\u00e9gration continue comme les Gitlab Pipelines<\/a>, Github Actions<\/a>…
Cet outil va d\u00e9clencher une suite d’actions en fonction des commits sur GIT. C’est cet outil qui va ensuite se connecter au serveur ou au cluster pour mettre \u00e0 jour le livrable. Il va donc pousser<\/strong> les nouvelles modifications vers l’environnement d’ex\u00e9cution.<\/p>\n\n\n\n

Avantages \/ Inconvenients<\/h4>\n\n\n\n

Les plus : <\/strong><\/p>\n\n\n\n

  1. Les protections des branches \/ restrictions d’acc\u00e8s se font au niveau du SCM<\/a><\/li>
  2. La proc\u00e9dure de d\u00e9ploiement est versionn\u00e9e, comme les sources<\/li>
  3. L’\u00e9tat du d\u00e9ploiement est visible sur le SCM<\/li>
  4. Beaucoup d’outils diff\u00e9rents peuvent \u00eatre utilis\u00e9s, notamment gr\u00e2ce \u00e0 l’utilisation de Docker <\/li><\/ol>\n\n\n\n

    Les moins<\/strong><\/p>\n\n\n\n

    1. L’outil doit disposer d’un acc\u00e8s technique (SSH par exemple) vers la plateforme d’exploitation<\/li>
    2. Le SCM stocke les Credentials permettant de se connecter aux serveurs<\/li>
    3. Enfermement sur un SCM sp\u00e9cifique. En cas de migration vers un autre outil, il faudra reconstruire la proc\u00e9dure de d\u00e9ploiement.<\/li><\/ol>\n\n\n\n

      Comment faire ?<\/h4>\n\n\n\n

      H\u00e9bergement de conteneurs Docker classique :<\/strong><\/p>\n\n\n\n