2020-10-28 22:16:34 +00:00
|
|
|
\newpage
|
|
|
|
|
|
2022-02-24 19:43:43 +00:00
|
|
|
La journée DevOps
|
|
|
|
|
=================
|
2020-10-28 22:16:34 +00:00
|
|
|
|
2022-02-24 19:43:43 +00:00
|
|
|
Nous allons maintenant nous mettre dans la peau d'une équipe DevOps et
|
2021-11-19 23:00:30 +00:00
|
|
|
réaliser une solution complète d'intégration/déploiement continu (le fameux
|
2020-10-28 22:16:34 +00:00
|
|
|
CI/CD, pour *Continuous Integration* et *Continuous Delivery*).
|
|
|
|
|
|
2021-11-19 23:00:30 +00:00
|
|
|
Le résultat attendu d'ici la fin de cette partie sera de mettre en place toutes
|
2022-02-24 19:43:43 +00:00
|
|
|
les briques décrites au chapitre précédent. Nous allons pour cela automatiser
|
|
|
|
|
le projet `youp0m`, que l'on connaît déjà bien.
|
2021-09-21 09:43:21 +00:00
|
|
|
\
|
2020-10-28 22:16:34 +00:00
|
|
|
|
|
|
|
|
Dans un premier temps, on voudra juste compiler notre projet, pour s'assurer
|
2022-02-24 19:43:43 +00:00
|
|
|
que chaque *commmit* poussé ne contient pas d'erreur de compilation (dans
|
|
|
|
|
l'environnement défini comme étant celui de production, donc avec une version
|
|
|
|
|
précise des outils de compilation). Ensuite, nous ajouterons quelques tests
|
|
|
|
|
automatiques, puis nous publierons automatiquement le binaire `youp0m` comme
|
|
|
|
|
fichier associé à un tag au sein de l'interface web d'un gestionnaire de
|
|
|
|
|
versions.
|
2020-10-28 22:16:34 +00:00
|
|
|
|
|
|
|
|
Enfin, nous mettrons en place un registre Docker qui nous permettra de publier
|
2021-11-19 23:00:30 +00:00
|
|
|
automatiquement l'image Docker associée. C'est à partir de cette image Docker
|
2020-10-28 22:16:34 +00:00
|
|
|
que l'on va commencer à déployer automatiquement...
|
