Le problème à résoudre
Les applications écrites « comme avant » fonctionnent mal une fois conteneurisées : configuration en dur, état local, logs sur disque. Elles ne savent ni se mettre à l’échelle ni se déplacer, annulant les bénéfices du cloud.
La promesse pour la direction
Votre développeur intègre les principes Cloud-Native (12-Factor App) dès l’écriture du code : applications stateless, configurées par l’environnement, observables et prêtes pour le scaling automatique.
Ce que le parcours débloque
Automatique
Aptitude au scaling
Totale
Portabilité
Oui (sondes)
Auto-réparation
Le cadre
| Élément | Valeur |
|---|---|
| Profil cible | Développeur full-stack |
| Prérequis | Un langage serveur, Git, bases conteneurs |
| Durée | 6 mois (accélérateur) |
| Format | Blended · 70 % de pratique |
Pile technique maîtrisée à l’issue
Docker · Kubernetes · 12-Factor · OpenTelemetry · Helm · Redis · PostgreSQL
Les jalons
Une trajectoire pour un collaborateur déjà en poste. Chaque mois est validé par un livrable et un critère d’acceptation écrit à l’avance.
| Mois | Thème | Atelier | Validation |
|---|---|---|---|
| M1 | Les 12 facteurs Méthodologie 12-Factor | Auditer une application au regard des 12 facteurs | ✔ Écarts identifiés et priorisés |
| M2 | Configuration & état Stateless | Externaliser configuration et état | ✔ Application sans état local |
| M3 | Conteneurisation propre Dockerfile optimisé | Écrire un Dockerfile multi-stage sécurisé | ✔ Image légère et reproductible |
| M4 | Cycle de vie Liveness / Readiness | Implémenter les sondes de santé | ✔ Service auto-réparé par K8s |
| M5 | Observabilité du code Logs/métriques structurés | Instrumenter l’application pour l’observabilité | ✔ Logs et métriques exploitables |
| M6 | Projet Cloud-Native Application 12-Factor | Refondre une application aux standards | ✔ Soutenance + scaling automatique |
Ce parcours dans une carrière
Il figure dans un cursus documenté. Voici où il se situe.
A2 · Du code à la direction
Aboutissement : DSI stratège