Büyük bir kuruluş, yüzlerce AWS hesabındaki VPC'lerde iş yükleri çalıştırıyor. Her VPC'nin birden çok AZ'de genel ve özel alt ağları vardır; genel alt ağlardaki NAT gateway'ler, özel alt ağlar için internet erişimi sağlar. Bir hub-and-spoke tasarımında, spoke VPC'lerdeki tüm özel alt ağlar, merkezi bir hesaptaki merkezi bir egress VPC'de bulunan bir NAT gateway aracılığıyla internete yönelik trafiği göndermelidir. Bu egress VPC'de zaten bir NAT gateway mevcuttur. Çözüm mimarı, gereksinimi karşılamak için hangi ek adımları atmalıdır?

AWS Transit Gateway, yüzlerce VPC'yi merkezi olarak yönetmek ve aralarındaki ağ bağlantısını basitleştirmek için tasarlanmıştır. Bu senaryoda, bir Transit Gateway oluşturmak ve bunu diğer AWS hesaplarıyla paylaşmak, tüm spoke VPC'lerin egress VPC'deki merkezi NAT Gateway aracılığıyla internete çıkış yapmasını sağlar. Spoke VPC'ler, internete yönelik trafiği Transit Gateway'e yönlendirecek şekilde yapılandırılır ve Transit Gateway de bu trafiği egress VPC'deki NAT Gateway'e yönlendirir. Bu, karmaşık VPC peering ağları oluşturmaktan veya her hesapta ayrı NAT Gateway'ler bulundurmaktan daha ölçeklenebilir ve yönetilebilir bir çözümdür. VPC peering, çok sayıda VPC için ölçeklenmez ve her spoke VPC ile egress VPC arasında ayrı ayrı bağlantılar gerektirir. Her hesapta transit gateway oluşturmak gereksiz karmaşıklık yaratır ve merkezi bir egress stratejisine aykırıdır. AWS PrivateLink, hizmet tüketimi için kullanılır, internet erişimi için uygun değildir.