Le déploiement d’une application complexe sur une production en haute disponibilité est souvent une opération compliquée et parfois risquée, où chaque minute hors ligne coûte cher. Chez i-Run nous effectuons en moyenne de 2 à 3 déploiements en production par semaine. Il est donc primordial pour nous que cette opération soit la plus banale et anodine possible. Voilà le process qui a été mis en place par l’équipe pour automatiser et fiabiliser le processus de mise en production.

La migration des serveurs de production fut un gros travail, mais les évolutions autour des sites publiques ne sont pas nos seuls projets. L’équipe infra gère aussi toute l’infrastructure interne ; Et là aussi, une petite mise à jour s’imposait…

La semaine dernière, le site i-Run est passé en maintenance pour la première fois depuis 2012. Une maintenance programmée de longue date, étape importante de notre projet de modernisation des applications et des infrastructures.

On vous explique ça…

On est prêts à faire mille fois une requête, mais on n’aime pas faire les choses 1000 fois.

Le respect de ce mantra passe par l’automatisation (ansible, script, pipeline…) mais aussi par bien choisir ses outils au départ afin d’éviter certaines déconvenues (comme de devoir le changer rapidement).

Cet article, va vous présenter le process de décision technique en place dans l’équipe, comment on prend le temps de poser le besoin avant de déployer un outil, afin de trouver le plus adapté à nos usages.

Au long de ma carrière, j’ai eu l’occasion de connaître des modes de travail différents. Des équipes auto-gérées et des équipes procédurières, avec ou sans lead, avec ou sans process.