Deweloper chce mieć możliwość wycofania się do poprzedniej wersji funkcji Lambda, jeśli nowe wdrożenie spowoduje błędy, minimalizując jednocześnie wpływ na użytkowników. Który wzorzec wdrożenia osiąga to z najmniejszym zakłóceniem dla użytkownika?

Poprawna odpowiedź to ta, która opisuje wdrożenie kanarkowe (canary deployment). Użycie aliasu Lambda z ważonym routingiem pozwala na stopniowe przekierowywanie ruchu do nowej wersji funkcji. Rozpoczęcie od 10% ruchu minimalizuje wpływ na użytkowników w przypadku problemów. Jeśli nowa wersja spowoduje błędy, można szybko przywrócić 100% ruchu do stabilnej, poprzedniej wersji, co zapewnia minimalne zakłócenia. Pozostałe opcje są mniej optymalne: Natychmiastowe przekierowanie całego ruchu do nowej wersji (opcja A) wiąże się z ryzykiem dużych zakłóceń dla wszystkich użytkowników w przypadku błędów. Ręczna zmiana kodu aplikacji w celu odwołania się do poprzedniej wersji (opcja C) jest procesem powolnym i podatnym na błędy. Tworzenie wielu aliasów (opcja D) jest bardziej złożone niż standardowe ważone routingi aliasów Lambda i nie oferuje znaczących dodatkowych korzyści w tym scenariuszu.