Firma opracowuje bezserwerowe API przy użyciu API Gateway i Lambda. Funkcje Lambda współdzielą wspólne biblioteki i niestandardowe klasy. Architekt rozwiązań musi uprościć wdrożenia i zmaksymalizować ponowne wykorzystanie kodu. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to spakowanie współdzielonych bibliotek, niestandardowych klas i kodu funkcji Lambda razem w obraz Docker, wypchnięcie go do Amazon ECR i skonfigurowanie każdej funkcji Lambda tak, aby używała tego obrazu jako pakietu wdrożeniowego. To rozwiązanie maksymalizuje ponowne wykorzystanie kodu i upraszcza wdrożenia, ponieważ cały kod i zależności są zawarte w jednym obrazie kontenera. Pozwala to na spójne środowisko wykonawcze dla wszystkich funkcji Lambda korzystających z tego samego obrazu. Pozostałe opcje są nieprawidłowe, ponieważ: Opcje sugerujące użycie obrazu Docker jako źródła warstwy Lambda są błędne. Warstwy Lambda są pakietami ZIP, a nie obrazami Docker. Opcja wdrożenia współdzielonych bibliotek w kontenerze Docker na Amazon ECS i użycia go jako warstwy Lambda jest nieprawidłowa. Warstwy Lambda są przeznaczone do współdzielenia kodu w ramach środowiska Lambda, a nie do odwoływania się do zewnętrznych usług kontenerowych.