Bir şirket, dahili bir uygulamayı AWS'ye taşıyacak. Uygulama, tek bir VPC'deki EC2 örneklerinde çalışacak ve kullanıcılar, AWS VPN veya AWS Direct Connect üzerinden şirket içi veri merkezlerinden uygulamaya erişecek. Kullanıcılar, AWS'de kullanılmak üzere ayrılmış özel alan adlarını kullanmalı ve her EC2 örneği, aynı AWS hesabında ve VPC'de başka bir EC2 örneğine otomatik olarak yük devretmelidir. DNS tasarımı, uygulamayı internete açık hale getirmemelidir. Bu gereksinimleri hangi çözüm karşılar?

Doğru cevap, EC2 örneklerini özel alt ağlara yerleştirerek uygulamanın internete açık olmamasını sağlar. Route 53 özel barındırılan bölge (private hosted zone) ve Resolver gelen uç nokta (inbound endpoint) kombinasyonu, şirket içi kullanıcıların AWS'deki özel alan adlarını kullanarak uygulamaya erişmesini sağlar. Şirket içi DNS sunucularının gelen uç noktaya koşullu iletimi, yalnızca AWS alan adı sorgularının AWS'ye yönlendirilmesini sağlar. Birincil ve yük devretme kayıtları, otomatik yük devretme gereksinimini karşılar. CloudWatch metriği ve alarmı, uygulama sağlığını izlemek ve yük devretmeyi tetiklemek için doğru mekanizmadır. Diğer seçenekler neden yanlış: İlk seçenek, EC2 örneklerine genel IP adresleri atayarak uygulamayı internete açık hale getirir, bu da gereksinimlere aykırıdır. Ayrıca, genel IP'ler için Resolver giden uç nokta (outbound endpoint) yerine gelen uç nokta kullanılmalıdır. İkinci seçenek, bir Route 53 genel barındırılan bölge (public hosted zone) oluşturarak uygulamayı internete açık hale getirir. Dördüncü seçenek, Route 53 sağlık kontrollerini doğrudan özel IP adreslerine yapılandırmayı önerir. Ancak, Route 53 sağlık kontrolleri genellikle genel uç noktaları izler. Özel uç noktalar için CloudWatch metrikleri ve alarmları daha uygun bir çözümdür.