Une fonction Lambda traite des objets à partir d'un compartiment S3, mais certaines invocations sont plus lentes que d'autres en raison de l'initialisation (chargement des bibliothèques, création de clients). Le développeur a besoin de durées d'invocation prévisibles et à faible latence, et exige que le travail d'initialisation se produise au moment de l'allocation plutôt qu'à chaque invocation. Quelle combinaison d'étapes permettra d'atteindre cet objectif ? (Choisissez-en deux.)

L'activation de la concurrence provisionnée pour la fonction Lambda pré-initialise un nombre spécifié d'environnements d'exécution, éliminant ainsi les démarrages à froid et garantissant une latence faible et prévisible pour les invocations. Le déploiement des modifications et la publication d'une nouvelle version immuable de la fonction Lambda sont nécessaires pour appliquer ces paramètres de concurrence provisionnée à une version spécifique et stable de votre code. Utiliser la version $LATEST n'est pas recommandé pour la concurrence provisionnée car elle est mutable et peut entraîner des comportements imprévus. La concurrence réservée garantit un nombre maximal d'invocations simultanées mais ne pré-initialise pas les environnements. Créer un groupe de planification dans Amazon EventBridge Scheduler est pour la planification d'invocations, pas pour la gestion des démarrages à froid.