Le problème à résoudre
Des serveurs tournent en permanence (et se facturent en devises) pour des traitements ponctuels ou intermittents. On paie 24h/24 une capacité utilisée quelques minutes par jour.
La promesse pour la direction
Votre développeur maîtrise le serverless : le code s’exécute à la demande, ne facture que l’usage réel et scale automatiquement — idéal pour les traitements événementiels et les charges variables.
Ce que le parcours débloque
À l’usage réel
Coût pour charge intermittente
Nulle
Gestion de serveurs
Automatique
Mise à l’échelle
Le cadre
| Élément | Valeur |
|---|---|
| Profil cible | Développeur avec exposition cloud |
| Prérequis | Un langage, APIs, bases cloud |
| Durée | 6 mois (accélérateur) |
| Format | Blended · 70 % de pratique |
Pile technique maîtrisée à l’issue
AWS Lambda · Google Cloud Functions · API Gateway · DynamoDB · EventBridge · Knative · Serverless Framework
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 | Modèle serverless Functions as a Service | Déployer une première fonction | ✔ Fonction déclenchée et facturée à l’usage |
| M2 | Événements & déclencheurs Event-driven | Déclencher une fonction sur événement | ✔ Traitement automatique sur événement |
| M3 | APIs serverless API Gateway + functions | Bâtir une API sans serveur | ✔ API serverless opérationnelle |
| M4 | État & données Stockage managé | Gérer l’état avec des services managés | ✔ Données persistées sans serveur |
| M5 | Optimisation coûts Cold start & sizing | Optimiser performance et coût | ✔ Coût réduit, latence maîtrisée |
| M6 | Projet serverless Cas d’usage réel | Implémenter un traitement métier serverless | ✔ Soutenance + coût à l’usage prouvé |