Volkswagen Group
99,9 % de disponibilité, par conception
Une infrastructure AWS multi-AZ définie en code, garantissant 99,9 % de disponibilité pour la plateforme web GENWIN.
- AWS
- Multi-AZ
- Infrastructure as code
- Clean Architecture
Services
Ingénierie de plateformes cloud sur AWS et GCP
Je conçois des plateformes hautement disponibles sur AWS et GCP et la chaîne de livraison pour les exploiter : architecture multi-AZ définie en code, Kubernetes, GitOps et CI/CD que vos équipes exploitent sans moi. Parmi mes réalisations récentes : une plateforme multi-AZ garantissant 99,9 % de disponibilité pour Volkswagen Group et une usine logicielle pour 12 équipes à l’Inserm.
Ce que recouvre l’ingénierie de plateformes ici
Les équipes perdent du temps avec une infrastructure montée à la main et des pipelines que chaque projet configure différemment. L’ingénierie de plateformes y substitue un socle partagé et versionné : infrastructure définie en code, environnements reconstructibles, chaînes de livraison qui appliquent partout les mêmes contrôles qualité.
La haute disponibilité est une décision de conception, pas un réglage. Une architecture multi-AZ permet à la plateforme de continuer à servir quand une zone de disponibilité tombe ; jusqu’où aller au-delà dépend de l’objectif de disponibilité et de son coût.
Description textuelle du schéma
Les utilisateurs accèdent à la plateforme via une répartition de charge entre zones de disponibilité. Au sein d’une région AWS, les instances applicatives tournent dans plusieurs zones de disponibilité, ce qu’apporte une conception multi-AZ : la plateforme continue de servir lorsqu’une zone est indisponible. L’infrastructure est provisionnée en code (IaC), et l’architecture a garanti une disponibilité de 99,9 %.
Ce qui est conçu
-
Architecture multi-AZ
Des instances applicatives réparties sur plusieurs zones de disponibilité derrière un répartiteur de charge, avec tout l’environnement provisionné en code pour pouvoir le reconstruire.
-
Infrastructure as code
Terraform pour les environnements AWS et GCP, relu et versionné comme du code applicatif.
-
Kubernetes et GitOps
Des plateformes Kubernetes exploitées en GitOps (Argo CD ou Flux), où l’état voulu vit dans Git.
-
CI/CD et contrôles qualité
Des pipelines standardisés avec GitLab, Nexus et SonarQube, de l’équipe unique jusqu’à l’usine logicielle d’entreprise.
-
Migration et documentation
Accompagnement de la migration d’applications legacy vers des microservices, avec des documents d’architecture (DAT) et des ADR que vos équipes conservent.
Livrables types
- Architecture multi-AZ et infrastructure as code (Terraform)
- Standardisation Kubernetes, GitOps et CI/CD, jusqu’à l’usine logicielle d’entreprise
- Observabilité et contrôles qualité
- Accompagnement de migration d’un existant vers des microservices
- Documentation d’architecture (DAT, ADR)
Pour qui
- Responsables plateforme et ingénierie qui veulent une livraison homogène sur de nombreuses équipes.
- Organisations dont la plateforme web doit rester disponible quand une zone tombe, et pouvoir être reconstruite depuis le code.
- Équipes qui modernisent une application legacy vers des microservices sur AWS ou GCP.
Comment ça se passe
Le déroulé d’une mission
Quatre étapes, chacune avec un livrable concret.
-
Échanger
Un appel de 30 minutes. Vous décrivez ce que vous construisez et ce qui bloque. Je vous dis franchement si je peux aider.
-
Cartographier
J’examine l’existant et je conçois la cible : une architecture de référence et des décisions documentées que votre équipe peut challenger.
-
Construire
Je travaille au sein de votre équipe sur les points difficiles : passerelle, recherche, actions des agents, pipelines. Vous obtenez du code, pas des slides.
-
Transmettre
Contrôles d’évaluation, runbooks et tableaux de bord, pour que votre équipe exploite et fasse évoluer la plateforme sans moi.
À voir aussi
Études de cas
Inserm
Une usine logicielle pour 12 équipes
Plus de 40 projets en CI/CD automatisée et 50 % d’interventions manuelles en moins, sur une infrastructure conforme HDS.
- GitLab Enterprise
- Nexus
- SonarQube
- Kubernetes
SNCF
Une marketplace de données pour 90 000 utilisateurs
Des microservices Spring Boot sur des services managés GCP, avec l’observabilité intégrée dès le départ.
- Spring Boot
- Microservices
- Google Cloud Platform
- Managed services
Guides
Architecture d’une plateforme IA d’entreprise : guide de référence des cinq couches
Architecture de référence d’une plateforme IA d’entreprise : passerelle IA, recherche, actions d’agents, évaluation et identité, et l’ordre pour les construire.
Questions fréquentes
Qu’est-ce que le multi-AZ et quand suffit-il ?
Le multi-AZ répartit une charge sur plusieurs zones de disponibilité d’une même région cloud, de sorte que la plateforme continue de servir quand une zone est indisponible. Une conception multi-région protège aussi d’une panne régionale, pour un coût et une complexité plus élevés. L’objectif de disponibilité décide de ce qu’il vous faut.
Qu’est-ce qu’une usine logicielle ?
Une usine logicielle est une plateforme de livraison standard utilisée par toutes les équipes : mêmes pipelines CI/CD, même dépôt d’artefacts, mêmes contrôles de qualité du code et mêmes règles de déploiement. À l’Inserm, j’en ai construit une pour 12 équipes sur une infrastructure conforme HDS.
Travaillez-vous sur AWS ou sur GCP ?
Sur les deux. La plateforme de Volkswagen Group est sur AWS et la plateforme data de la SNCF tourne sur des services managés GCP.
Pouvez-vous aider à migrer une application legacy ?
Oui. J’ai assuré le pilotage technique d’une migration de Struts sur Java 8 vers des microservices Spring Boot sur Java 21 à la RATP.
Dernière mise à jour :