Une infrastructure que l'on peut recréer depuis un dépôt

Le problème que cela règle

Une infrastructure configurée à la main dérive. Un pare-feu ouvert un vendredi soir pour dépanner, une variable ajoutée directement dans le portail, une taille de machine augmentée pendant un pic et jamais remise. Six mois plus tard, la préproduction et la production ne se ressemblent plus, et le bug qui n'arrive qu'en production vient de là.

Le second symptôme est humain. La connaissance de l'infrastructure finit chez une personne, parfois deux. Ce n'est pas un reproche à cette personne, c'est un risque pour vous : elle prend des vacances, elle change de poste, et plus personne ne sait pourquoi ce compte de service existe.

Ce que cela change au quotidien

L'infrastructure devient un texte qu'on relit. Un changement de règle réseau passe par une revue, comme un changement de code, avec quelqu'un qui dit non avant l'application plutôt qu'après l'incident. L'historique répond enfin à la question qui coûte le plus cher en cellule de crise : qu'est-ce qui a changé, quand, et par qui.

Les environnements deviennent comparables. Une préproduction créée par la même description que la production ressemble vraiment à la production, aux données près. Un environnement de test créé le matin et détruit le soir devient possible, ce qui change la façon dont on teste une migration ou une montée de version.

En pratique nous travaillons avec Terraform pour décrire les ressources, Docker pour figer ce qui tourne, et GitHub Actions pour appliquer les changements depuis un dépôt plutôt que depuis un poste. Le point qui compte n'est pas l'outil, c'est que plus personne n'applique un changement à la main en production.

Là où nous sommes la mauvaise réponse

L'infrastructure as code a un vrai coût d'apprentissage et elle se rembourse avec le temps, pas tout de suite. Les premières semaines, votre équipe ira moins vite qu'en cliquant dans un portail. C'est normal et c'est le prix. Si votre horizon est un trimestre, la facture arrive avant le bénéfice.

Un parc petit et stable peut très bien s'en passer. Trois machines qui ne bougent pas, un déploiement par mois, une personne qui les connaît et une documentation à jour : vous n'avez pas de problème à résoudre, et industrialiser ce parc revient à payer pour une douleur que vous n'avez pas. Nous le dirons plutôt que de vendre le chantier.

Enfin, l'infrastructure as code appliquée à une architecture bancale ne fait que la reproduire plus vite. Si le vrai problème est un couplage entre deux systèmes ou une base unique que tout le monde écrit, Terraform ne le règle pas, il le déploie proprement dans trois environnements. Dans ce cas l'ordre correct est d'abord l'architecture, ensuite l'automatisation.

Comment on l'introduit sans tout casser

On ne repart pas de zéro et on ne détruit rien pour le reconstruire. L'existant est importé tel quel, périmètre par périmètre, en commençant par ce qui fait le plus mal : souvent le réseau et les droits d'accès, parfois simplement les environnements de test parce que l'erreur y est sans conséquence.

Deux points techniques décident du reste. L'état Terraform doit être partagé et verrouillé, sinon deux personnes appliquent en même temps et vous apprenez le mot corruption. Et les secrets ne vivent pas dans le dépôt, jamais, quelle que soit la pression du calendrier.

Le livrable n'est pas seulement du code. C'est aussi le fait que votre équipe puisse le modifier sans nous. Une infrastructure as code que seul le prestataire sait faire tourner remplace une dépendance à une personne par une dépendance à une société, ce qui est pire.

Qui détient les accès

Nos ingénieurs peuvent travailler à l'intérieur de votre environnement, avec vos comptes et vos contrôles d'accès, donc sans copie de vos données chez nous. Sur un chantier d'infrastructure, c'est souvent la condition pour que la sécurité laisse commencer.

La réponse exacte sur notre posture : nos pratiques suivent les principes ISO/IEC 27001 et sont alignées sur CyberFundamentals du Centre pour la Cybersécurité Belgique, avec l'audit de stade 2 prévu auprès d'un organisme accrédité BELAC en 2027. Nous ne sommes pas certifiés aujourd'hui. Le contrat passe par JADEV GROUP SARL, en Belgique, en euros et sous droit belge, et l'équipe travaille depuis Rabat et Casablanca en UTC+1, sur la même journée que vous.