Deweloper naprawił błąd w produkcyjnej funkcji AWS Lambda i zweryfikował zmianę w środowisku testowym. Deweloper chce stopniowo wprowadzać aktualizację do środowiska produkcyjnego, tak aby początkowo tylko 10% użytkowników korzystało z nowego kodu. Jakie jest odpowiednie podejście?

Poprawna odpowiedź to: Zaktualizuj kod Lambda i opublikuj nową wersję. Utwórz alias Lambda i skonfiguruj ważony ruch na aliasie, aby wysyłał 90% do wersji produkcyjnej i 10% do nowej wersji. Wyjaśnienie: AWS Lambda obsługuje wersjonowanie i aliasy, które są idealne do stopniowego wdrażania. Deweloper powinien opublikować nową wersję funkcji Lambda z poprawionym kodem. Następnie, tworząc alias i konfigurując w nim ważony routing, można skierować 10% ruchu do nowej wersji i 90% do stabilnej wersji produkcyjnej. To pozwala na monitorowanie nowej wersji w środowisku produkcyjnym z ograniczonym wpływem na użytkowników. Pozostałe opcje są nieprawidłowe: Opcja z "triggerem Lambda" jest niepoprawna, ponieważ triggery służą do wywoływania funkcji, a nie do dzielenia ruchu między wersjami. Opcja tworzenia "oddzielnej funkcji Lambda" jest mniej efektywna i trudniejsza w zarządzaniu niż wersjonowanie i aliasy w ramach jednej funkcji. Opcja z "integracją proxy Lambda" nie jest standardowym mechanizmem do dzielenia ruchu w AWS Lambda w ten sposób.