Une fonction Lambda s'exécutant dans un VPC interroge une file d'attente SQS via un point de terminaison VPC, puis calcule une moyenne mobile des valeurs numériques des messages. Les tests initiaux montrent que la moyenne mobile est inexacte. Comment le développeur peut-il garantir une moyenne mobile précise ?

La concurrence réservée à 1 garantit qu'une seule instance de la fonction Lambda s'exécute à la fois, ce qui est crucial pour maintenir l'état de la moyenne mobile de manière cohérente. Le calcul de la moyenne mobile dans la fonction et son stockage dans Amazon ElastiCache (un service de cache en mémoire) permet de conserver l'état entre les invocations de la fonction, assurant ainsi l'exactitude des calculs successifs. Les autres options sont incorrectes car : Modifier la fonction pour stocker les valeurs entrantes dans ElastiCache sans limiter la concurrence ne garantit pas une moyenne mobile précise, car plusieurs instances pourraient écrire simultanément, entraînant des incohérences. La concurrence provisionnée est conçue pour réduire les latences de démarrage à froid, pas pour garantir une exécution séquentielle ou un état cohérent. Les couches Lambda sont destinées au partage de code et de dépendances, pas au stockage d'état persistant ou mutable entre les invocations de fonction.