Zespół baz danych utrzymuje zasoby baz danych w jednym szablonie CloudFormation, a zespół oprogramowania utrzymuje zasoby aplikacji internetowych w innym szablonie. Zespół oprogramowania musi odwoływać się do zasobów baz danych, zachowując jednocześnie oddzielne procesy przeglądu/cyklu życia i przeglądy zestawów zmian na poziomie zasobów. Zespół oprogramowania będzie wdrażał zmiany z własnego potoku CI/CD. Jakie rozwiązanie spełnia te wymagania?

Eksportowanie danych wyjściowych z szablonu CloudFormation bazy danych i importowanie ich do szablonu aplikacji internetowej jest najlepszym rozwiązaniem. Umożliwia to zespołowi aplikacji odwoływanie się do zasobów bazy danych bez bezpośredniego zarządzania nimi, zachowując oddzielne cykle życia i procesy przeglądów. Zespół bazy danych kontroluje eksportowane wartości, a zespół aplikacji importuje je, co zapewnia niezależność. Zagnieżdżone stosy CloudFormation nie są idealne, ponieważ sugerują silniejsze powiązanie i współzależność w ramach jednego głównego stosu, co jest sprzeczne z wymogiem oddzielnych procesów przeglądu i cykli życia. CloudFormation StackSets służą do wdrażania stosów w wielu kontach lub regionach, a nie do udostępniania zasobów między niezależnymi stosami w ramach jednego konta. Przekazywanie nazw zasobów i identyfikatorów jako parametrów wejściowych jest możliwe, ale mniej eleganckie i bardziej podatne na błędy niż mechanizm eksportu/importu CloudFormation, który jest przeznaczony do tego celu.