Bir şirket yeni mağazalar açıyor. Şirket, her mağazanın açılış gününde, o mağazaya özel bir web uygulaması dağıtmak istiyor. Her mağazanın, her biri kendi AWS hesabında olmak üzere ayrı non-production ve production ortamları olacaktır. Şirket, AWS Organizations kullanıyor ve bu hesaplara ayrılmış bir OU'ya sahip. Üçüncü taraf geliştirici ekipleri, geliştirme işlerinin çoğunu yapacak. Bir güvenlik mühendisi, ekiplerin şirketin AWS kaynak dağıtım planına uymasını sağlamalı ve plana erişimi yalnızca ihtiyacı olan geliştiricilerle kısıtlamalıdır. Dağıtım planını uygulayan bir CloudFormation template'i zaten mevcut. Güvenlik mühendisi, bu gereksinimleri en güvenli şekilde karşılamak için sonraki adımda ne yapmalıdır?

Doğru cevap, AWS Service Catalog'u kullanmaktır. Service Catalog, onaylanmış AWS kaynaklarını dağıtmak için merkezi bir yol sağlar. CloudFormation şablonunu bir ürün olarak ekleyerek ve portföyü OU ile paylaşarak, geliştiriciler yalnızca önceden onaylanmış şablonu kullanarak kaynakları dağıtabilirler. Bu, dağıtım planına uyumu sağlar ve yetkisiz kaynak dağıtımını önler. Diğer seçenekler neden yanlış: CloudFormation CLI ile modül oluşturmak ve bunu özel bir uzantı olarak kaydetmek, dağıtım planına uyumu sağlamaz ve erişim kontrolünü zorlaştırır. Ayrıca, uzantıyı OU ile paylaşmak, her hesapta erişimi yönetmek için ek adımlar gerektirir. Service Catalog portföyü oluşturup IAM rolü ile erişim sağlamak, OU içindeki tüm hesaplar için merkezi yönetimi ve paylaşımı sağlamaz. Her hesapta ayrı ayrı IAM rolü oluşturmak ve yönetmek gerekir.