Aby zmniejszyć ryzyko podczas wydawania nowej wersji istniejącej funkcji Lambda, należy podzielić ruch między bieżącą wersję a nową wersję w celu przeprowadzenia testów. Które podejście spełnia ten wymóg?

Prawidłową odpowiedzią jest utworzenie aliasu funkcji i skonfigurowanie go tak, aby rozdzielał ruch między dwiema wersjami Lambda. Aliasy funkcji AWS Lambda umożliwiają kierowanie ruchu do różnych wersji funkcji, co jest idealnym rozwiązaniem do wdrażania kanarkowego (canary deployments) lub testowania A/B. Możesz określić procent ruchu kierowanego do każdej wersji, co pozwala na stopniowe wprowadzanie nowej wersji i monitorowanie jej wydajności. Pozostałe opcje są nieprawidłowe: Polityka ważonego routingu w Route 53 jest używana do routingu ruchu na poziomie DNS do różnych zasobów, ale nie jest bezpośrednio przeznaczona do zarządzania ruchem między wersjami funkcji Lambda. Umieszczenie Application Load Balancer przed Lambda jest możliwe, ale ALB nie ma wbudowanej funkcji do dzielenia ruchu między różnymi wersjami jednej funkcji Lambda. Zazwyczaj kieruje ruch do jednej docelowej grupy. Spakowanie nowej wersji jako Lambda layer jest nieprawidłowe, ponieważ warstwy (layers) służą do zarządzania zależnościami i kodem współdzielonym, a nie do zarządzania wersjami funkcji i dzielenia ruchu między nimi.