Un'API REST di API Gateway richiama una funzione Lambda che carica un set di dati di grandi dimensioni da una tabella DynamoDB durante l'inizializzazione, causando cold start di 8-10 secondi. La tabella DynamoDB utilizza DAX. L'applicazione riscontra risposte lunghe intermittenti e ha un traffico molto variabile (un picco di mezzogiorno 10 volte superiore al normale e un calo a fine giornata al 10% del normale). L'ingegnere DevOps deve ridurre la latenza di Lambda in tutti i momenti della giornata. Quale soluzione soddisfa il requisito?

La concorrenza provisioned di Lambda mantiene le istanze della funzione inizializzate e pronte a rispondere, eliminando i cold start. Configurando Application Auto Scaling per la concorrenza provisioned, la funzione può scalare dinamicamente il numero di istanze pronte in base al traffico, garantendo bassa latenza anche con picchi e cali. Un minimo di 1 istanza assicura che ci sia sempre almeno un'istanza pronta. L'opzione di abilitare la concorrenza provisioned con un valore fisso di 1 non gestirebbe i picchi di traffico. L'eliminazione del cluster DAX è controproducente, poiché DAX riduce la latenza di DynamoDB. Impostare la reserved concurrency a 0 impedirebbe alla funzione di essere invocata. Impostare la reserved concurrency su Lambda e configurare Auto Scaling su API Gateway non risolve il problema dei cold start di Lambda.