Ağ ekibi VPC ve alt ağ kaynaklarını CloudFormation aracılığıyla yönetir ve stack çıktı değerlerini dışa aktarır. Geliştirme ortamları ortak bileşenler (ALB, Auto Scaling, güvenlik grupları, DynamoDB) gerektirir ve hızlı bir şekilde oluşturulup kolayca güncellenebilmelidir. Dışa aktarılan VPC/alt ağ çıktılarını kullanarak tutarlı, güncellenebilir geliştirme ortamları sağlayacak CloudFormation yaklaşımı hangisidir?

Doğru seçenek, ortak altyapı bileşenlerini tanımlamak için iç içe stack'ler kullanmayı, VPC ve alt ağ değerlerini iç içe stack'in kaynaklarıyla Fn::ImportValue kullanarak almayı ve mevcut geliştirme ortamlarını güncellemek için CreateChangeSet ve ExecuteChangeSet komutlarını kullanmayı önerir. Bu yaklaşım, ortak bileşenlerin yeniden kullanılabilirliğini sağlar, ağ ekibinin dışa aktardığı değerleri doğrudan kullanır ve güncellemeler için kontrollü bir mekanizma sunar. Diğer seçenekler neden yanlış: Fn::ImportValue'yu Resources bölümünde kullanmak yerine, doğrudan ilgili kaynakların özelliklerinde kullanmak daha uygundur. StackSets, birden çok AWS hesabında veya bölgede benzer stack'ler dağıtmak için tasarlanmıştır, bu senaryoda ise tek bir hesapta birden çok ortam oluşturulmaktadır. İç içe stack'ler için TemplateURL kullanmak yerine, yerel dosya referansları veya S3'teki şablonlar daha yaygın ve yönetilebilirdir. Fn::ImportValue'yu kök şablonun Parameters bölümünde kullanmak, iç içe stack'lerin bu değerlere erişimini karmaşıklaştırabilir. Fn::ImportValue'yu kök şablonun Parameters bölümünde kullanmak, iç içe stack'lerin bu değerlere doğrudan erişimini engeller. Kaynakları oluşturma sırasına göre düzenlemek, iç içe stack'lerin temel faydası olan modülerliği azaltır.