Das Netzwerkteam verwaltet VPC- und Subnetz-Ressourcen über CloudFormation und exportiert die Stack-Ausgabewerte. Entwicklungsumgebungen benötigen gemeinsame Komponenten (ALB, Auto Scaling, Sicherheitsgruppen, DynamoDB) und müssen schnell erstellt und einfach aktualisiert werden können. Welcher CloudFormation-Ansatz bietet konsistente, aktualisierbare Entwicklungsumgebungen unter Verwendung der exportierten VPC-/Subnetz-Ausgaben?

Die korrekte Antwort verwendet verschachtelte Stacks, um gemeinsame Komponenten wie ALBs und Sicherheitsgruppen zu kapseln, was die Wiederverwendbarkeit und Konsistenz fördert. Fn::ImportValue ist die richtige Funktion, um die von einem anderen Stack exportierten VPC- und Subnetzwerte abzurufen. Diese Funktion wird innerhalb der Ressourcen der verschachtelten Stacks verwendet, wo die VPC- und Subnetz-IDs tatsächlich benötigt werden, um die Ressourcen zu erstellen. CreateChangeSet und ExecuteChangeSet sind die Standardmethoden, um Änderungen an bestehenden CloudFormation-Stacks sicher und kontrolliert anzuwenden, indem sie eine Vorschau der Änderungen ermöglichen, bevor sie ausgeführt werden. Die erste Option ist falsch, da Fn::ImportValue nicht im Resources-Abschnitt der Root-Vorlage, sondern in den verschachtelten Stacks verwendet werden sollte, die die Ressourcen definieren. StackSets sind für die Bereitstellung über mehrere Konten/Regionen gedacht, nicht primär für mehrere Umgebungen innerhalb eines Kontos. Die zweite Option ist falsch, weil Fn::ImportValue nicht im Parameters-Abschnitt der Root-Vorlage verwendet werden kann, da Parameter statische Werte sind und keine dynamischen Importe unterstützen. Die vierte Option ist ebenfalls falsch, da Fn::ImportValue nicht im Parameters-Abschnitt der Root-Vorlage verwendet werden kann.