L'applicazione di uno sviluppatore utilizza AWS Lambda e CloudFormation. Con l'aumento dell'utilizzo, le funzioni Lambda hanno iniziato a raggiungere i limiti di frequenza quando recuperano un parametro avanzato di Systems Manager Parameter Store ad ogni invocazione. Il parametro cambia solo durante i deployment. Poiché l'utilizzo è imprevedibile, lo sviluppatore desidera un modo conveniente per evitare il throttling di Parameter Store. Quale soluzione soddisfa al meglio questo requisito?

La soluzione migliore è utilizzare un riferimento dinamico SSM per il parametro come variabile d'ambiente nella risorsa Lambda in CloudFormation. Questo perché CloudFormation recupera il valore del parametro da Parameter Store una sola volta durante il deployment della funzione Lambda e lo imposta come variabile d'ambiente. Le invocazioni successive della funzione Lambda leggeranno il valore dalla variabile d'ambiente locale, eliminando la necessità di chiamare Parameter Store ad ogni invocazione e prevenendo il throttling. Le altre opzioni non sono ideali: Impostare la concorrenza riservata non risolve il problema del throttling di Parameter Store, ma controlla solo il numero massimo di esecuzioni simultanee della funzione Lambda. Aggiungere tentativi con backoff esponenziale può mitigare il problema, ma non elimina la causa principale del throttling (chiamate eccessive) e introduce latenza. Richiedere un aumento della quota di servizio è una soluzione temporanea e potrebbe non essere conveniente o scalabile per un utilizzo imprevedibile e in crescita.