Introduction

La mise en production est souvent une étape que beaucoup de professionnels en infromatique redoutent. Souvent synonymes de problèmes, la mise en production d’applications ou de nouveaux services peuvent causer des interruptions de services volontaire et involontaire.

Dans cet article, nous allons discuter de comment nous pouvons éviter les erreurs humaines lors des mises en production. Nous commencerons par voir les mises en production d’applications, avant de nous intéresser aux mises en production de nouvelles infrastructures.

Mise en production d’applications

Un des concepts fondateurs des méthodologies DevOps est le déploiement d’application automatisée (et donc sans action humaine) dans les différents environnements. En effet, avoir un système de compilation et de déploiement automatique (appelé aussi CI/CD) vous permettra de gagner du temps et d’éviter les erreurs humaines. Si vous pensez que votre entreprise n’est pas assez mature ou ne possède pas un budget suffisant pour mettre en place ces pipelines de CI/CD, vous devriez considérer :

• Calcul du temps de mis en production : Vous devriez mesurer le temps passé à chaque déploiement dans chaque environnement en comptant aussi le temps passé a réparer lorsqu’il y a eu des erreurs humaines sur une période donné (par exemple 6 mois). Souvent ce temps-ci sera plus long que le temps de mise en place d’un pipeline de CI/CD adapté a vos besoins. De plus, cela évite aussi la perte de connaissance lié à la ou les personnes qui déployait manuellement l’application lorsque celle ci quitte l’entreprise que ce processus n’est pas documenté.
• Documentation intégré : Rajouter un système de compilation et de déploiement automatisé est aussi une documentation intégré au sein même de votre code. En effet, un pipeline de CI/CD décris l’ensemble des étapes à réaliser pour compiler le code et le déployer dans les différents environnements. De plus, les récentes technologies de déploiement automatique tels que Gitlab CI, Github Actions, Circle CI etc … décrivent ces étapes dans les langages descriptifs et facile à comprendre (comme Yaml). Si vous avez perdu la connaissance de votre projet, lire et comprendre les fichiers de CI/CD vous permettront de comprendre:
  • Comment compiler l’application
  • Comment lancer les tests automatiques si vous en avez
  • Où et comment déployer cette application.

Pour terminer, on peut dire qu’avoir un pipeline de CI/CD est primordial pour éviter les erreurs humaines lors des mises en production d’application.La mise en place de ces pipelines présentent des retours sur investissement très imporant. Enfin, une fréquence de déploiement rapide avec peu de changement dans les fonctionnalités de l’application sera toujours préférée à un déploiement peu fréquent et apportant beaucoup de changement.

Mise en production de nouvelles infrastructures

Les mises en production de nouvelles infrastructures peuvent être plus compliqués que celle des applications. Cependant, il est possible de les maitriser et de réduire le nombre potentiel d’erreurs résutantes de ces changements.

Pour commencer, si vous maitrisez vos infrastructures avec des technologies d’infrastructure as code tels que Terraform, Pulumi, CloudFormation etc .. tous les arguments détaillés plus haut lors pour le déploiement d’applications s’appliquent aussi au déploiement d’infrastructures (l’infrastructure as code étant aussi du code).

Cependant, si vous devez mettre en production un système qui n’est pas géré par infrastructure as code, ou qui nécessite des actions humaines, vous pouvez limiter les erreurs et leurs impacts avec ces quelques méthodes.

Rédaction du processus de mise en production

Une bonne pratique avant de réaliser une mise en production importante est de documenter cette mise en production. En effet, il est intéressant de documenter les parties suivantes :

• Description du contexte
• Propriétaire de la mise en production (qui va la réaliser)
• Étapes techniques de la mise en production (sous forme de to-do list) et explication des impacts (s’il y en a)