Le Zéro Downtime Deployment
--
(The English version is available here)
Le Zéro Downtime Deployment connu sous son acronyme ZDD est le fait de déployer une nouvelle version de votre code applicatif sans mise en maintenance ou détérioration de service, la plupart du temps lorsque l’on parle de ZDD on se focus sur le basculement d’une version N à 1 version N+1 sans interruption de service via différente stratégies :
Dans cet article je vais me focus sur le ZDD côté code applicatif, si en tant que développeur nous n’avons pas forcément la main sur les scripts de déploiement et la stratégie choisie, nous devons quand même faire en sorte que notre application soit 100% fonctionnelle et cela même si le déploiement échoue ou prend énormément de temps, je vais prendre 3 cas classiques:
- Modification de la base de donées
- Modification des contrats d’API
- Modification des messages publiés dans des workers asynchrone
Je disais que le ZDD est le fait de déployer sans mise en maintenance,
OUI finies les MEP à l’aube 🐓ou au crépuscule 🌃.
On déploie à n’importe quel moment 😍.
⚡️Les mises en production doivent être transparentes pour les utilisateurs finaux et pour y arriver il faut s’assurer que les modifications faites soient compatibles avec la version courante.
👉🏽 Lorsque vous faites du ZDD le plus simple est de modifier votre base de données avant votre code applicatif.
Si vous observez bien le schéma vous voyez qu’il y a un laps de temps pendant lequel le code en production (version N) vit avec la base de données (version N+1).
Ce temps peut-être rapide si vous avez peu de migrations mais il peut aussi être long si vous ajoutez 1 index sur 1 table volumineuse… Pire ce temps peut-être indéfini si une migration échoue ou bien si votre script de deploiement plante…
