Une entreprise héberge une application interne sans serveur à l'aide d'Amazon API Gateway et d'AWS Lambda. Les employés signalent une latence élevée lorsqu'ils commencent à utiliser l'application chaque jour. L'entreprise souhaite réduire cette latence. Quelle solution répond à cette exigence ?

La latence élevée au début de la journée est typique des "démarrages à froid" (cold starts) des fonctions Lambda, où l'environnement d'exécution doit être initialisé. La concurrence provisionnée (Provisioned Concurrency) maintient les fonctions Lambda initialisées et prêtes à répondre, éliminant ainsi les démarrages à froid. En la planifiant avant l'heure de pointe matinale, on assure une disponibilité immédiate et une faible latence. Augmenter la limite de limitation d'API Gateway ne résoudrait pas les démarrages à froid de Lambda ; cela permettrait simplement à plus de requêtes d'atteindre Lambda, mais ces requêtes subiraient toujours des démarrages à froid. Créer une alarme CloudWatch pour déclencher une fonction Lambda ne garantirait pas que les instances soient prêtes pour les requêtes réelles ; cela pourrait juste "réchauffer" une instance, mais pas gérer l'échelle nécessaire. Augmenter la mémoire de la fonction Lambda peut réduire le temps d'exécution d'une fonction une fois qu'elle est démarrée, mais cela n'élimine pas le délai initial du démarrage à froid.