Bir şirket, bir uygulamayı birden çok AZ'de Auto Scaling grubu içindeki EC2 örneklerini kullanarak AWS'ye geçirdi. Uygulama, belirli istemci IP adreslerine izin vermek için statik bir ACL kullanan HTTPS üzerinden üçüncü taraf bir satıcı veri hizmetini çağırıyor. Şirketin şirket içi ile çalışan bir Direct Connect bağlantısı var. Ağ mühendisi, ölçeklenen uygulamanın satıcının izin verilenler listesini güncelleme ihtiyacını en aza indirirken satıcı hizmetine erişmeye devam edebilmesi için bir çözüm tasarlamalıdır. Satıcının izin verilenler listesinde en az sürekli değişiklikle bu gereksinimi hangi çözüm karşılar?

Bu çözüm, her AZ'de özel bir NAT ağ geçidi dağıtarak ve uygulamayı bu NAT ağ geçitlerini çıkış olarak kullanacak şekilde yapılandırarak satıcıya sabit, statik IP adresleri sağlar. NAT ağ geçitlerinin IP adresleri statiktir ve Auto Scaling grubundaki EC2 örnekleri ölçeklendikçe değişmez, bu da satıcının izin verilenler listesinde sürekli değişiklik ihtiyacını ortadan kaldırır. Diğer seçenekler neden yanlış: Her AZ'de bir elastik ağ arayüzü oluşturmak ve bunları Auto Scaling grubuna ilişkilendirmek, Auto Scaling grubundaki örnekler değiştiğinde bu ENI'lerin de değişebileceği veya yönetilmesi karmaşık hale gelebileceği anlamına gelir. Her alt ağda bir EC2 örneği başlatmak ve ENI'leri bunlara eklemek, ek yönetim yükü ve potansiyel tek hata noktaları oluşturur. Her AZ'de bir ALB dağıtmak ve satıcının veri hizmeti IP'sini hedef olarak kullanmak, ALB'nin kendisi bir çıkış noktası olarak hizmet etmediği ve ALB'nin IP adresleri uygulamanın satıcıya giden trafiği için kullanılmadığı için uygun değildir.