Bir şirketin her biri kendi AWS hesabında bulunan 20 hizmet ekibi vardır ve her VPC 192.168.0.0/22 kullanmaktadır. Hizmetler ALB'lerin arkasındaki EC2 örneklerinde çalışır ve şu anda genel internet üzerinden iletişim kurar. Güvenlik departmanı artık tüm hizmetler arası trafiğin internet üzerinden yönlendirilmeden, özel ağ üzerinden HTTPS kullanmasını zorunlu kılmaktadır. Çözüm, her ekip tarafından yapılması gereken değişiklikleri en aza indirmelidir. Hangi yaklaşım bu gereksinimleri karşılar?

Doğru cevap, AWS PrivateLink'i kullanarak her mikro hizmet VPC'sinde bir Ağ Yük Dengeleyici (NLB) oluşturmayı ve bunu diğer hesaplarda VPC uç noktaları aracılığıyla açığa çıkarmayı önerir. Bu yaklaşım, hizmetler arası trafiğin genel internet üzerinden geçmeden özel olarak akmasını sağlar ve güvenlik gereksinimlerini karşılar. Ekiplerin mevcut uygulamalarında minimum değişiklik yapması gerekir, çünkü yalnızca iletişim için VPC uç nokta DNS adlarını kullanmaları yeterlidir. Diğer seçenekler neden yanlış: Yeni bir AWS hesabı ve VPC oluşturmak ve alt ağları paylaşmak, her ekibin yeni NLB'ler ve EC2'ler başlatmasını gerektirir, bu da önemli değişiklikler anlamına gelir. VPC eşleşmesi (peering) oluşturmak, 20 VPC arasında karmaşık bir eşleşme ağına yol açar (20 19 / 2 = 190 eşleşme bağlantısı) ve yönlendirme tablolarının manuel olarak güncellenmesini gerektirir, bu da ölçeklenebilir değildir. Transit Gateway kullanmak, her mikro hizmet VPC'sini bağlamak için iyi bir yöntem olsa da, PrivateLink'in sunduğu hizmet keşfi ve basitleştirilmiş bağlantı avantajlarını sağlamaz ve yine de her hizmetin kendi NLB'sini ve uç noktasını yönetmesini gerektirir.