Serverless ne veut pas dire « sans serveur » mais « ce n'est pas moi qui administre le serveur ». AWS Lambda est la plateforme serverless sur laquelle vous déposez du code et définissez un déclencheur. Dans le bon scénario, jusqu'à 90 % d'économies ; dans le mauvais, le chaos.
01. Comment ça marche
Vous chargez une fonction dans Lambda (Python, Node.js, Java, .NET, etc.). Quand un événement survient — requête HTTP, dépôt d'un fichier sur S3, modification en base —, la fonction s'exécute, produit une réponse et s'arrête. Vous ne payez que les millisecondes d'exécution.
02. Cas d'usage
Les scénarios où Lambda brille :
- Traitement d'images (miniature générée automatiquement au dépôt sur S3)
- Backend d'API (API Gateway + Lambda)
- Tâches planifiées (CloudWatch Events + Lambda)
- Transformations de données (ETL en flux)
03. Les limites
Lambda n'est pas infiniment élastique :
- 15 minutes d'exécution maximum
- Jusqu'à 10 Go de mémoire
- Latence de démarrage à froid (100 à 1 000 ms supplémentaires au premier appel)
Pour les services qui tournent en permanence, EC2 ou ECS conviennent mieux.
04. Analyse de coût
La formule de coût de Lambda : (nombre de requêtes × 0,20 \(par million) + (secondes de calcul × 0,0000166667\) par Go-seconde). Au-delà de plusieurs millions de requêtes par mois, il faut faire le calcul ; si la charge est continue, EC2 peut revenir moins cher.
05. Serverless Framework
Pour gérer Lambda à grande échelle sous forme de code, on utilise Serverless Framework, AWS SAM ou Terraform. Le déploiement manuel devient ingérable au-delà de cinq fonctions.