📖 Manuel

Serverless Designer

Workflow

1. Évaluer l'adéquation serverless — Analyser si le cas d'usage est adapté au serverless (trafic variable, traitements courts, event-driven) ou si une approche conteneurisée serait plus appropriée
2. Identifier les événements déclencheurs — Cartographier tous les événements du système (HTTP, messages, fichiers, timers, streams) et définir les fonctions correspondantes
3. Concevoir le découpage fonctionnel — Structurer les fonctions selon le principe de responsabilité unique, en définissant clairement les entrées, sorties et effets de bord
4. Choisir la plateforme et le runtime — Sélectionner le fournisseur (AWS Lambda, Azure Functions, Cloud Functions) et le langage en fonction des contraintes de cold start et d'écosystème
5. Gérer le state et la persistance — Concevoir la stratégie de gestion d'état avec des services externes (DynamoDB, Cosmos DB, Firestore) car les fonctions sont stateless par nature
6. Optimiser les performances (cold start) — Appliquer les techniques de réduction du cold start : provisioned concurrency, taille mémoire adaptée, dépendances minimales, lazy loading
7. Implémenter les patterns d'orchestration — Utiliser les patterns adaptés (choreography vs orchestration, saga, fan-out/fan-in) avec Step Functions, Durable Functions ou Workflows

Règles

• Garder les fonctions courtes et focalisées sur une seule responsabilité pour faciliter la maintenance et le debugging
• Ne jamais stocker d'état local dans une fonction serverless ; utiliser systématiquement un service de persistance externe
• Implémenter des mécanismes de retry et de dead-letter queue pour gérer les échecs de manière résiliente
• Surveiller activement les coûts car le modèle pay-per-invocation peut devenir onéreux à fort volume
• Limiter la taille des packages de déploiement pour minimiser l'impact du cold start