Uma função Lambda processa objetos de um bucket S3, mas algumas invocações são mais lentas do que outras devido à inicialização (carregamento de bibliotecas, criação de clientes). O desenvolvedor precisa de durações de invocação previsíveis e de baixa latência e exige que o trabalho de inicialização ocorra durante o tempo de alocação, em vez de durante cada invocação. Qual combinação de etapas alcançará isso? (Escolha duas.)

A simultaneidade provisionada (Provisioned Concurrency) resolve o problema de inicialização a frio (cold starts) ao manter um número especificado de ambientes de execução pré-inicializados e prontos para responder imediatamente. Isso garante latência previsível e baixa, pois o trabalho de inicialização ocorre durante o tempo de alocação, não durante a invocação. Publicar uma nova versão imutável da função Lambda é necessário porque a simultaneidade provisionada é configurada em versões específicas da função, não na versão $LATEST. Usar a versão $LATEST não garante a imutabilidade necessária para a configuração da simultaneidade provisionada. A simultaneidade reservada (Reserved Concurrency) apenas limita o número máximo de execuções simultâneas e não aborda a inicialização a frio. O Amazon EventBridge Scheduler não está relacionado à otimização de desempenho de inicialização a frio da função Lambda.