Bir şirket, AWS Organizations ile birden çok AWS hesabını yönetmektedir. Bazı paylaşılan uygulamalar, paylaşılan hizmetler hesabındaki bir VPC'de çalışır. Bu VPC'ye bir Transit Gateway eklenmiştir. Bir geliştirme ekibinin, bir geliştirme hesabından paylaşılan hizmetler uygulamalarına erişmesi gerekmektedir. Geliştirme ortamı sık sık yok edilip yeniden oluşturulur ve ekibin, gerektiğinde paylaşılan hizmetler hesabıyla bağlantısını yeniden oluşturabilmesi gerekir. Bu gereksinimleri hangi tasarım karşılar?

Doğru cevap, AWS Resource Access Manager (RAM) kullanarak Transit Gateway'i geliştirme hesabıyla paylaşmayı ve otomatik kabulü etkinleştirmeyi içerir. Bu yaklaşım, geliştirme ortamı sık sık yeniden oluşturulduğunda bile geliştirme ekibinin paylaşılan hizmetlere hızlı ve güvenli bir şekilde bağlanmasını sağlar. RAM, kaynak paylaşımını basitleştirir ve geliştirme hesabının paylaşılan Transit Gateway'e kendi VPC'sini eklemesine olanak tanır. Yanlış seçenekler: Transit Gateway peering, iki ayrı Transit Gateway arasında bağlantı kurar, ancak bu senaryoda tek bir Transit Gateway'i birden fazla hesapla paylaşmak daha verimli ve yönetimi daha kolaydır. VPC Endpoint'ler, hizmetlere özel ve doğrudan erişim sağlar ancak Transit Gateway aracılığıyla VPC'ler arası bağlantı için uygun değildir. Lambda ve EventBridge kullanmak, otomatikleştirilmiş kabul için bir çözüm sunsa da, AWS Network Manager'ın Transit Gateway paylaşımı için doğrudan bir mekanizması yoktur ve RAM bu tür bir kaynak paylaşımı için tasarlanmış bir hizmettir.