Firma wdraża aplikację serverless, która używa Amazon API Gateway i Lambda w środowiskach deweloperskim, testowym i produkcyjnym. Która opcja wymaga najmniejszego wysiłku deweloperskiego, aby wspierać wiele środowisk?

Poprawna odpowiedź minimalizuje wysiłek deweloperski, ponieważ zmienne stage API Gateway pozwalają na dynamiczne konfigurowanie punktów końcowych i innych ustawień specyficznych dla środowiska (np. deweloperskiego, testowego, produkcyjnego) w ramach jednego API Gateway. Aliases Lambda umożliwiają wskazywanie na różne wersje funkcji Lambda (np. $LATEST dla deweloperskiego, wersja 1 dla produkcyjnego) z tego samego aliasu, co ułatwia zarządzanie kodem i wdrażanie. To podejście promuje zasadę DRY (Don't Repeat Yourself) i jest standardową praktyką w architekturach serverless. Inne opcje są mniej efektywne: Użycie Amazon ECS lub AWS Elastic Beanstalk wprowadza dodatkową złożoność i koszty zarządzania infrastrukturą, co jest sprzeczne z ideą serverless. Duplikowanie kodu aplikacji dla każdego środowiska jest nieefektywne, prowadzi do problemów z utrzymaniem i zwiększa ryzyko błędów.