Deweloper zaktualizował funkcję Lambda używaną przez backend API Gateway dla aplikacji internetowej i musi przetestować zaktualizowaną funkcję bez wpływu na użytkowników produkcyjnych. Które podejście jest NAJBARDZIEJ efektywnym operacyjnie sposobem przetestowania zaktualizowanej funkcji Lambda bez wpływu na ruch produkcyjny?

Utworzenie nowego etapu testowego w API Gateway i użycie zmiennych etapu do wskazania zaktualizowanej funkcji Lambda jest najbardziej efektywnym operacyjnie sposobem testowania bez wpływu na ruch produkcyjny. Pozwala to na niezależne testowanie nowej wersji funkcji Lambda przy użyciu dedykowanego adresu URL etapu testowego, podczas gdy istniejący etap produkcyjny nadal kieruje ruch do stabilnej wersji. Opcja z canary release jest możliwa, ale jest bardziej złożona i zazwyczaj używana do stopniowego wprowadzania zmian w ruchu produkcyjnym, a nie do początkowego testowania. Zmiana typu punktu końcowego API Gateway na PRIVATE nie jest odpowiednia, ponieważ uniemożliwiłoby to dostęp do API, a nie umożliwiło testowanie nowej funkcji. Wdrożenie pełnej kopii produkcyjnego API i funkcji Lambda w nowym stosie CloudFormation jest zbyt kosztowne i czasochłonne dla prostego testowania funkcji Lambda.