Starsza aplikacja migrowana do EC2 za ALB i API Gateway wymaga wdrożeń, które minimalizują zakłócenia dla użytkowników i umożliwiają szybkie wycofanie zmian przy minimalnych modyfikacjach aplikacji. Które podejście spełnia te cele?

Prawidłowa odpowiedź minimalizuje zakłócenia i umożliwia szybkie wycofanie zmian, ponieważ wdrożenia canary API Gateway pozwalają na stopniowe kierowanie niewielkiego procentu ruchu do nowego środowiska, co umożliwia monitorowanie i wykrywanie problemów przed pełnym wdrożeniem. W przypadku problemów, ruch można natychmiast przekierować z powrotem do stabilnej wersji. Zmiana rekordów aliasów DNS (opcja B) powoduje nagłe przełączenie całego ruchu, co zwiększa ryzyko zakłóceń i utrudnia szybkie wycofanie zmian. Dodawanie nowej grupy docelowej za tym samym ALB i kierowanie ruchu przez API Gateway fazami (opcja C) jest możliwe, ale wymagałoby bardziej złożonej konfiguracji i zarządzania w API Gateway, aby rozróżnić wersje aplikacji w tej samej grupie docelowej, co nie jest natywną funkcjonalnością canary API Gateway. Opcja D, przekazywanie całego ruchu do nowej grupy docelowej, to wdrożenie typu "big bang", które nie minimalizuje zakłóceń ani nie ułatwia wycofania zmian.