Architecture Serverless : AWS Lambda, Vercel et Cloud Functions

Qu'est-ce que Serverless ?

Serverless est un modèle de cloud computing qui vous permet d'exécuter du code sans gérer de serveurs. Les serveurs existent toujours mais vous ne les gérez pas.

FaaS (Function as a Service) : Vous déployez votre code comme une fonction. Le fournisseur cloud exécute la fonction quand une requête arrive et retourne le résultat.

BaaS (Backend as a Service) : Vous utilisez des services backend comme la base de données, l'authentification, le stockage comme managed. Comme Firebase, Supabase.

Avantages : Pas de gestion de serveurs, mise à l'échelle automatique, paiement à l'usage, coût zéro en idle.

AWS Lambda

AWS Lambda est le service de compute serverless d'AWS. Supporte les runtimes Node.js, Python, Java, Go, .NET, Ruby.

Handler : Point d'entrée de la fonction. Défini comme exports.handler = async (event, context) => { ... }.

Trigger : Événements qui déclenchent la fonction Lambda. API Gateway (HTTP), S3 (upload de fichier), DynamoDB (changement de données), SQS (file de messages).

Cold start : La fonction doit être initialisée lors du premier appel. Cela crée une latence de 100ms-1s. Peut être réduit avec provisioned concurrency.

Limites : Maximum 15 minutes de temps d'exécution, 10 GB de mémoire, 10 GB de stockage éphémère. Optimisez les paramètres timeout et memory.

Vercel et Netlify

Vercel : Plateforme serverless optimisée pour les frameworks comme Next.js, Nuxt, SvelteKit. Support des Edge Functions et Serverless Functions.

Netlify : Hébergement de site statique + fonctions serverless. Ajoutez la logique backend avec Netlify Functions (basé sur AWS Lambda).

Edge Functions : Fonctions qui s'exécutent à l'edge avec Cloudflare Workers ou Vercel Edge Runtime. Latence ultra-faible.

Avantages : Deploy automatique sur git push, preview deployments, CDN global, HTTPS automatique. Excellente expérience développeur.

Usage : Applications JAMstack, endpoints API, gestion de formulaires, optimisation d'images, authentification.

Cold Start et Performance

Cold start : Le conteneur doit être démarré quand la fonction est appelée pour la première fois. Cela ajoute de la latence. Les fonctions warm sont plus rapides.

Stratégies de réduction : Provisioned concurrency (AWS Lambda), keep-alive (ping périodique), bundle plus petit, runtime plus rapide (Node.js > Java).

Optimisation de la mémoire : Plus de mémoire = plus de CPU. Peut réduire le temps de cold start en augmentant la mémoire.

Connection pooling : Créez les connexions de base de données en dehors de la fonction (global scope). N'ouvrez pas une nouvelle connexion à chaque appel.

Monitoring : Surveillez le temps de cold start et le taux d'erreur avec CloudWatch (AWS), Vercel Analytics.

Meilleures Pratiques Serverless

Stateless : Les fonctions doivent être stateless. Stockez l'état dans un stockage externe (DynamoDB, Redis).

Idempotence : Exécuter la fonction plusieurs fois doit produire le même résultat. Doit être sûr pour les retries et les événements dupliqués.

Gestion des erreurs : Capturez les erreurs et envoyez-les à la dead letter queue (DLQ). Définissez un mécanisme de retry.

Sécurité : Rôles IAM least privilege. Gestion des secrets avec variables d'environnement. Validation des entrées.

Optimisation des coûts : Optimisez memory et timeout. Réduisez les invocations inutiles. Utilisez provisioned concurrency avec précaution.

Serverless vs Container vs VM

Serverless : Zéro gestion, mise à l'échelle automatique, paiement à l'usage. Idéal pour les opérations de courte durée et basées sur les événements.

Container (Docker/K8s) : Plus de contrôle, opérations de longue durée, applications stateful. Nécessite l'orchestration.

VM : Contrôle total, applications legacy, exigences matérielles spéciales. Coût de gestion le plus élevé.

Sélection : Opérations courtes et basées sur les événements → Serverless. Applications de longue durée et stateful → Container. Legacy et exigences spéciales → VM.