Deweloper ma jedno konto AWS preprodukcyjne, na którym działa stos AWS SAM CloudFormation. Edytował funkcję Lambda i dodał tematy SNS, a teraz chce jednorazowo wdrożyć te zmiany do testowania, nie wpływając na istniejącą aplikację preprodukcyjną używaną przez potok wydań. Co powinien zrobić deweloper?

Prawidłowa odpowiedź to użycie AWS SAM CLI do spakowania i wdrożenia aplikacji SAM na oddzielne konto AWS przeznaczone dla środowiska deweloperskiego. Wdrożenie na oddzielne konto deweloperskie pozwala na testowanie zmian bez wpływu na istniejące środowisko preprodukcyjne. Jest to najlepsza praktyka izolowania środowisk, co zapobiega niezamierzonym zakłóceniom w działających aplikacjach. Pozostałe opcje są nieprawidłowe: Wdrożenie bezpośrednio na konto preprodukcyjne, nawet z parametrem debug, może zakłócić działającą aplikację. Tworzenie zestawu zmian na koncie preprodukcyjnym, a następnie wykonywanie go na innym koncie, jest nieefektywne i nie zapewnia pełnej izolacji, ponieważ zestaw zmian jest powiązany z kontem źródłowym. Aktualizacja stosu CloudFormation na koncie preprodukcyjnym w celu dodania etapu wskazującego na inne konto deweloperskie jest niepotrzebnie skomplikowana i nie jest standardowym sposobem na jednorazowe testowanie zmian.