Aplikacja dewelopera używa AWS Lambda i CloudFormation. Wraz ze wzrostem użycia, funkcje Lambda zaczęły napotykać limity szybkości, gdy pobierają zaawansowany parametr Systems Manager Parameter Store przy każdym wywołaniu. Parametr zmienia się tylko podczas wdrożeń. Ponieważ użycie jest nieprzewidywalne, deweloper chce znaleźć ekonomiczny sposób na uniknięcie limitowania szybkości Parameter Store. Które rozwiązanie najlepiej spełnia to wymaganie?

Użycie dynamicznego odwołania SSM (SSM dynamic reference) w szablonie CloudFormation pozwala na pobranie wartości parametru Parameter Store podczas wdrażania funkcji Lambda. Wartość ta jest następnie dostępna jako zmienna środowiskowa dla funkcji. Ponieważ parametr zmienia się tylko podczas wdrożeń, funkcja Lambda nie musi wykonywać wywołań API do Parameter Store przy każdym wywołaniu, co eliminuje problem limitowania szybkości i jest ekonomiczne. Ustawienie zarezerwowanej współbieżności nie rozwiązuje problemu limitowania szybkości Parameter Store, a jedynie kontroluje skalowanie funkcji Lambda. Dodanie ponownych prób z wykładniczym wycofaniem może pomóc w obsłudze przejściowych błędów, ale nie zapobiega osiąganiu limitów szybkości i zwiększa opóźnienia. Żądanie zwiększenia limitu usługi może być rozwiązaniem, ale jest to proaktywne podejście, które może wymagać czasu na zatwierdzenie i nie jest tak efektywne kosztowo jak unikanie niepotrzebnych wywołań.