API zaimplementowane przy użyciu CloudFront, API Gateway i Lambda odbiera co najmniej cztery żądania na sekundę. Wielu użytkowników uruchamia to samo zapytanie za pośrednictwem POST. Deweloper chce buforować odpowiedzi POST, aby zmniejszyć obciążenie. Co powinien zrobić?

Poprawna odpowiedź to nadpisanie zachowania buforowania w wybranym etapie API Gateway i włączenie buforowania dla metody POST. API Gateway oferuje wbudowane buforowanie, które można skonfigurować na poziomie etapu, włączając buforowanie dla konkretnych metod HTTP, takich jak POST. Pozwala to na zmniejszenie obciążenia funkcji Lambda poprzez serwowanie buforowanych odpowiedzi dla powtarzających się żądań POST. Konfigurowanie buforowania CloudFront i aktualizowanie aplikacji do zwracania buforowanej zawartości na podstawie domyślnych nagłówków żądań nie jest optymalnym rozwiązaniem, ponieważ CloudFront buforuje głównie żądania GET, a buforowanie POST wymagałoby złożonej konfiguracji i potencjalnie niestandardowej logiki w aplikacji. Zapisywanie najnowszej odpowiedzi w katalogu /tmp Lambda jest nieefektywne, ponieważ /tmp jest efemeryczne i dane są tracone po zakończeniu wykonania funkcji, co uniemożliwia trwałe buforowanie. Zapisywanie najnowszej odpowiedzi w AWS Systems Manager Parameter Store nie jest przeznaczone do buforowania odpowiedzi API o wysokiej częstotliwości. Parameter Store jest używany do przechowywania konfiguracji i tajnych danych, a nie do dynamicznego buforowania danych, co wiązałoby się z wysokimi kosztami i opóźnieniami.