SW BBANG F

Votre fonction Lambda s'arrête brutalement après 3 secondes alors que votre traitement en nécessite 10 — c'est le comportement par défaut du timeout Lambda qui entre en jeu, et c'est l'une des premières surprises opérationnelles que rencontrent les équipes qui migrent des tâches batch ou des appels API lents vers une architecture serverless. Résumé (TL;DR) : Augmenter le Timeout Lambda Point clé Détail Timeout par défaut 3 secondes Timeout maximum 900 secondes (15 minutes) Où le modifier Console AWS, AWS CLI, CloudFormation, SAM, Terraform Erreur observée Task timed out after X.XX seconds dans CloudWatch Logs Impact facturation La durée facturée inclut le temps jusqu'au timeout — un timeout mal configuré coûte de l'argent Comment fonctionne le Timeout Lambda...

Passer un endpoint de base de données à une fonction Lambda sans le coder en dur est l'un des premiers problèmes concrets qu'on rencontre en production. Les variables d'environnement Lambda résolvent ce besoin, mais il existe deux approches de chiffrement distinctes — et les mélanger produit un comportement silencieusement incorrect que les logs n'exposent pas clairement. TL;DR — Variables d'environnement Lambda et chiffrement KMS Aspect Détail Stockage Chiffrées au repos par Lambda avec une clé AWS gérée par défaut Approche 1 — CMK via --kms-key-arn Lambda déchiffre automatiquement au démarrage ; valeurs accessibles en clair via os.environ Approche 2 — Chiffrement manuel KMS Valeur chiffrée stockée dans la variable ; le code appelle kms:Decrypt explicitement Transit Chiffrement en transit activa...