Les avantages et inconvénients du serverless pour un projet web

Le serverless permet d’exécuter du code à la demande sans gérer d’infrastructure. Idéal pour des charges variables, il réduit l’overhead ops mais implique des compromis (latence à froid, limites runtime, vendor lock-in).

Cas d’usage typiques

• APIs événementielles et webhooks (Stripe, Shopify, GitHub), tâches asynchrones, CRON.
• Traitements data ponctuels (image/video, ETL légers), backends d’apps à trafic intermittent.
• Edge functions pour personnalisation (A/B testing, géo‑routing, rewriter des réponses).

Avantages

• Pay-as-you-go: coûts liés au temps d’exécution et aux invocations.
• Scalabilité automatique et haute disponibilité gérées par le provider.
• Time-to-market rapide: provisioning/patching réseau/OS supprimés.
• Intégrations managées (queues, events, secrets, schedulers).

Inconvénients et limites

• Cold starts et latence variable (surtout hors runtimes edge). Mitigations: provisioned concurrency, réchauffage.
• Limites: durée max (p.ex. 15 min), mémoire/CPU, taille du package, connexions sortantes.
• Observabilité/debug plus complexes (logs distribués, tracing). Besoin d’outils APM.
• Verrouillage fournisseur et différences API (IAM, events, packaging).
• Coûts imprévisibles en cas de pic d’invocations; egress réseau peut dominer.

Astuce coûts: estimer le coût mensuel avec des hypothèses réalistes (invocations x durée x mémoire) et comparer à un container/VM équivalents. Sur trafic soutenu et constant, le container peut être plus économique.

Outils et écosystème clés

• Providers: AWS Lambda + API Gateway, Azure Functions, Google Cloud Functions/Run, Cloudflare Workers/D1/Queues.
• Plateformes: Vercel Functions/Edge, Netlify Functions, Supabase Edge Functions.
• Frameworks: Serverless Framework, AWS SAM, SST, Next.js (Route Handlers, Middleware), Remix, Astro.
• Observabilité: AWS X-Ray, CloudWatch Logs, Datadog, New Relic, OpenTelemetry.
• Messaging/Events: SQS, SNS, EventBridge, Pub/Sub, Cloud Tasks, Queues Cloudflare.

Bonnes pratiques

• Garder les fonctions petites, idempotentes; externaliser l’état vers des services managés (DB, queues, cache).
• Optimiser le cold start: runtimes rapides (Node.js, Deno, Bun), dépendances maigres, layers partagés.
• Provisioned concurrency pour endpoints critiques; timeouts/mémoire calibrés et retries contrôlés.
• Sécurité: moindre privilège (IAM), secrets via KMS/Parameter Store/Secrets Manager.
• Observabilité: corrélation de traces, métriques personnalisées, DLQ pour erreurs asynchrones.

Quand l’utiliser / éviter

• À utiliser: trafic variable, MVPs, jobs événementiels, automatisations backend, traitements par lots.
• À éviter: besoins de latence ultra-basse persistante, sockets longue durée, workloads CPU/GPU intensifs continus.

Alternatives et hybrides

• Containers managés (Cloud Run, App Runner) pour éviter le cold start sévère avec gestion ops minimale.
• Approche hybride: endpoints critiques en container, le reste en functions; edge pour personnalisation.

Ressources

• AWS Lambda pricing calculator, docs AWS/Azure/GCP.
• Serverless Framework et SST documentation, guides Vercel/Netlify.