Embrasser la transformation numérique avec DevOps et le Cloud
Introduction
La transformation numérique n'est pas un projet avec une date de fin : c'est un processus continu. En 15 ans d'accompagnement de clients dans cette transformation, j'ai constaté que les entreprises qui réussissent sont celles qui combinent une culture DevOps solide avec une stratégie Cloud adaptée à leur contexte.
DevOps : la culture avant les outils
Chez Bloomflow, la transformation a duré 5 ans. Le premier changement n'était pas technique : c'était culturel. Passer d'un modèle "les développeurs jettent le code par-dessus le mur aux ops" à un modèle de responsabilité partagée. Les développeurs participent aux astreintes, les ops contribuent au code d'infrastructure, et tout le monde regarde les mêmes dashboards Grafana.
Le résultat concret : des déploiements quotidiens au lieu de mensuels, un MTTR (Mean Time To Recovery) passé de plusieurs heures à quelques minutes, et une certification ISO 27001 obtenue grâce à la traçabilité de l'Infrastructure as Code.
Le Cloud : choisir le bon provider pour le bon usage
J'ai travaillé avec tous les grands providers, et chacun a ses cas d'usage privilégiés :
- AWS : écosystème le plus riche. Chez un éditeur de logiciels, j'ai mis en place une architecture Multi-Compte (25 modules Terraform) avec EKS Fargate, Aurora Serverless v2, WAF et GuardDuty. Budget optimisé de 19%.
- GCP via S3NS : cloud souverain (Thales x Google). Chez un client e-santé HDS, GKE Autopilot avec Workload Identity.
- OVH Cloud : souveraineté européenne. Pour un acteur de la Défense, Kubernetes managé avec secrets OKMS.
- Outscale : SecNumCloud pour les exigences DGE. Chez Bloomflow, c'est le choix pour les données les plus sensibles.
- Scaleway : simple et efficace. C'est ce qui fait tourner wizops.fr.
L'intégration continue : le socle technique
GitHub Actions est mon outil CI de référence. Le pipeline type : lint, tests, build Docker, scan sécurité, push vers le registry. Chez un client dans la santé publique, la migration vers GitHub Actions a pris 2 jours et a éliminé les déploiements manuels du jour au lendemain.
Pour les projets Jenkins legacy (comme chez Coopengo ou Cardiologs), je recommande une migration progressive : d'abord les nouveaux projets sur GitHub Actions, puis une migration des anciens pipelines au fil de l'eau.
Terraform et Ansible : l'Infrastructure as Code
Terraform pour le provisioning Cloud, Ansible pour la configuration des serveurs. Ce duo couvre 100% des besoins d'automatisation d'infrastructure. Chez un éditeur de logiciels, les 25 modules Terraform couvrent l'intégralité de l'architecture AWS. Chez Epiconcept, Ansible gère 50+ serveurs depuis 4 ans.
La règle d'or : tout changement d'infrastructure passe par Git. Pas d'exception.
Kubernetes et Docker : la couche applicative
Docker standardise le packaging, Kubernetes standardise le déploiement. Avec ArgoCD pour le GitOps, la chaîne est complète : du commit à la production, tout est automatisé et tracé.
Chez Earny SA, la migration GCP vers AWS a été rendue possible grâce à cette standardisation. Les applications Kubernetes ont migré sans modification de code. Seule la couche Terraform a été réécrite pour AWS.
Conclusion
La transformation numérique réussie repose sur trois piliers : une culture DevOps (responsabilité partagée, amélioration continue), une stratégie Cloud adaptée (pas de one-size-fits-all), et une infrastructure automatisée (Terraform, Ansible, Kubernetes, ArgoCD). C'est un investissement progressif dont les bénéfices se cumulent au fil du temps.