Deweloper używa AWS SAM do budowy aplikacji serverless i obecnie testuje ją w środowisku deweloperskim. Musi dodać środowiska testowe i stagingowe dla QA i chce użyć funkcji AWS SAM, która obsługuje wdrażanie w wielu nazwanych środowiskach przy minimalnym wysiłku. Które podejście wymaga najmniejszego nakładu pracy deweloperskiej?

Poprawna odpowiedź to dodanie pliku konfiguracyjnego SAM w formacie TOML. AWS SAM CLI obsługuje pliki konfiguracyjne (samconfig.toml), które pozwalają definiować różne zestawy parametrów dla wielu środowisk (np. dev, test, staging) w jednym miejscu. Użycie flagi --config-env z sam deploy pozwala łatwo przełączać się między tymi konfiguracjami, minimalizując wysiłek deweloperski. Tworzenie oddzielnych szablonów SAM dla każdego środowiska zwiększa złożoność i utrudnia zarządzanie. Użycie --parameter-overrides jest możliwe, ale wymaga ręcznego określania wszystkich parametrów w wierszu poleceń, co jest podatne na błędy i mniej efektywne niż plik konfiguracyjny. Dodanie parametrów do istniejącego szablonu bez pliku konfiguracyjnego również wymagałoby ręcznego zarządzania wartościami dla każdego wdrożenia.