Le serverless tourne sur des serveurs
« Serverless » ne veut pas dire sans serveur. Ça veut dire que tu n'en gères aucun — et c'est de là que vient le cold start.
53s · 29 juin 2026 · 1 min de lecture
En bref
Le serverless ne supprime pas les serveurs : il te décharge de leur gestion. À chaque appel, le cloud crée une petite machine virtuelle rien que pour ta fonction, l'exécute, puis la gèle ou la détruit. Ce démarrage à la demande explique le fameux cold start.
« Sans serveur » ? Pas vraiment.
Le serverless — comme AWS Lambda, lancé en 2014 — te laisse déployer une simple fonction sans louer, configurer ni patcher la moindre machine. Mais ton code tourne bien quelque part. La promesse n'est pas « zéro serveur » : c'est « zéro serveur à gérer ». La nuance change tout.
Le mythe
- Zéro serveur
- De la magie
- Toujours instantané
La réalité
- Des serveurs gérés par le cloud
- Facturation à l'usage
- Un coût au premier appel
→ Tu n'élimines pas les serveurs. Tu les rends invisibles.
La vie d'une fonction
- Au repos, aucune machine ne tourne pour toi — donc rien à payer.
- À l'appel, le cloud démarre une micro-machine virtuelle isolée (chez AWS, une micro-VM Firecracker), y charge le runtime et ton code.
- Ta fonction s'exécute et renvoie sa réponse.
- La machine est gelée et réutilisée si un autre appel arrive vite ; sinon, elle est détruite.
exports.handler = async (event) => {
return { statusCode: 200, body: "Bonjour" };
};D'où vient le cold start
Quand aucune machine n'est déjà chaude, le cloud doit en fabriquer une avant de lancer ton code : allouer la micro-machine, brancher le réseau, démarrer le runtime, charger ton package, puis exécuter ton code d'initialisation. Ce temps de préparation, c'est le cold start. Le premier appel après une période d'inactivité le paie ; les suivants réutilisent la machine déjà chaude.
125ms
pour booter la micro-VM, avant même que ton code démarre
source : Firecracker (AWS)
À retenir
- →Serverless ne signifie pas « sans serveur », mais « sans serveur à gérer ».
- →À chaque appel, le cloud crée une machine isolée pour ta fonction, l'exécute, puis la gèle ou la détruit.
- →Le cold start est le temps de fabrication de cette machine : environ 125 ms rien que pour booter la micro-VM chez AWS.
- →Un appel à chaud réutilise une machine déjà prête et répond en quelques millisecondes.
Sources · la preuve
- [01] Understanding Cold Starts in AWS Lambda CloudThat · cloudthat.com Les étapes de la phase INIT qui composent le cold start.
- [02] Firecracker MicroVMs: How AWS Lambda Actually Works CloudRPS · cloudrps.com Provisionnement d'environ 125 ms, gel et réutilisation de la micro-VM.
- [03] Improving startup performance with Lambda SnapStart Amazon Web Services · docs.aws.amazon.com Documentation officielle : micro-VM Firecracker, snapshot, cold start.
- [04] MicroVMs: Scaling Out Over Scaling Up OpenMetal · openmetal.io Micro-VM créée à la demande puis détruite ; boot de 100 à 150 ms.
