GitOps, Continuous Delivery et environnements : Comment éviter l'enfer ?! Lorsque l'on met en place le continuous delivery sur les projets d'application, inévitablement se pose la question de la gestion des environnements sur lesquels nous devons déployer notre application. Pour les petites applications, le nombre d'environnements va être limité, mais lorsque l'on souhaite mettre en place du Blue-Green Deployment ou du Canary Release, ce nombre va subitement grimper. A cela on rajoute : une architecture distribuée, le paramétrage de l'infrastructure et des composants pour chaque environnement, et l'on arrive rapidement à devoir gérer des centaines de paramètres sur des dizaines d'environnements. Mais, que se passe-t-il si je dois faire un rollback de l'ensemble ou d'une partie de mon application sur un environnement ? Est-ce que je peux le faire rapidement et sans planter l'environnement ? Est-ce que les exploitants sont capables d’intervenir efficacement sur l’application en production à 3h00 du matin ? Nous comprendrons comment on arrive rapidement sur ces problématiques. Puis, nous découvrirons un ensemble de bonnes pratiques et d'astuces pour éviter l'enfer ! par Philippe Morisseau