Aplikacja używa Amazon API Gateway i funkcji AWS Lambda do pobierania danych z Amazon DynamoDB. Użytkownicy zgłaszają sporadycznie wysokie opóźnienia. Dochodzenie zespołu pokazuje, że funkcja Lambda API jest często dławiona, gdy inne funkcje Lambda mają wyższe wskaźniki wywołań. Firma chce, aby funkcja Lambda API była izolowana od innych funkcji w najbardziej opłacalny sposób. Co powinni zrobić?

Prawidłowa odpowiedź to skonfigurowanie reserved concurrency dla funkcji Lambda. Reserved concurrency gwarantuje, że określona liczba współbieżnych wykonań jest zawsze dostępna dla danej funkcji Lambda, izolując ją od innych funkcji i zapobiegając dławieniu spowodowanemu przez nagłe wzrosty ruchu w innych funkcjach. Jest to opłacalne, ponieważ płacisz tylko za zarezerwowaną współbieżność, a nie za nadmierne skalowanie całej infrastruktury. Zwiększenie liczby jednostek odczytu (RCU) w DynamoDB nie rozwiąże problemu dławienia funkcji Lambda, ponieważ problem leży w dostępności zasobów obliczeniowych dla funkcji, a nie w wydajności bazy danych. Skonfigurowanie provisioned concurrency zapewnia, że funkcja jest zawsze gotowa do wykonania, ale nie izoluje jej od dławienia przez inne funkcje w takim stopniu jak reserved concurrency i może być droższe, jeśli nie jest stale wykorzystywana. Zwiększenie limitu czasu i przydzielonej pamięci funkcji Lambda może poprawić jej wydajność, ale nie zapobiegnie dławieniu, jeśli nie ma dostępnych zasobów do jej uruchomienia.