Bir startup'ın uygulama ekibi, AWS'ye yeni bir çok katmanlı uygulama dağıtıyor. Uygulama, herkese açık bir Network Load Balancer'ın (NLB) arkasındaki bir Auto Scaling grubundaki Amazon EC2 örneklerinde çalışacak ve hem UDP hem de TCP trafiğini desteklemesi gerekiyor. Başlangıçta tek bir coğrafi bölgedeki kullanıcılara hizmet verecek, ancak ekip, dağıtımların son kullanıcılara daha yakın yerleştirilebilmesi için birden fazla AWS Bölgesine genişlemeyi planlıyor. Yeni sürümlerin aşamalı kullanıma sunulması sırasında her Bölgenin ne kadar trafik alacağını kontrol etmek istiyorlar ve kullanıcılar için ilk bayt gecikmesini ve jitter'ı en aza indirmeleri gerekiyor. Ekip, bu gereksinimleri karşılamak için ağ mimarisini nasıl tasarlamalıdır?

Doğru cevap, AWS Global Accelerator kullanmaktır. Global Accelerator, UDP ve TCP trafiğini destekler ve statik genel IP adresleri sağlar. Bu IP'ler, kullanıcıları AWS'nin küresel ağ altyapısını kullanarak en yakın sağlıklı uç noktaya yönlendirir, bu da ilk bayt gecikmesini ve jitter'ı en aza indirir. Uç nokta grupları için trafik kadranı özelliği, yeni bölgesel dağıtımlara giden trafiği aşamalı olarak kontrol etmeyi sağlar. Network Load Balancer'lar (NLB'ler) Global Accelerator uç noktaları olarak kaydedilebilir. Diğer seçenekler neden yanlış: CloudFront, UDP trafiğini desteklemez ve öncelikli olarak HTTP/HTTPS içeriği dağıtımı için tasarlanmıştır. Ayrıca, CloudFront'un gecikme ve jitter'ı azaltma mekanizması, Global Accelerator'ın küresel ağ optimizasyonundan farklıdır. Amazon S3 Transfer Acceleration, S3'e dosya yüklemelerini hızlandırmak için tasarlanmıştır, bir uygulama trafiğini yönlendirmek için uygun değildir. CloudFront ile gecikme yönlendirme politikası kullanmak, UDP desteği eksikliği ve trafik kontrol mekanizmalarının yetersizliği nedeniyle uygun değildir.