Bir çözümler mimarı, şirket içi ortamı AWS'ye genişletmek için hibrit bir mimari tasarlıyor. Şirket, bir AWS Bölgesi'ne tutarlı düşük gecikme süresi ile yüksek oranda erişilebilir bir bağlantı talep ediyor, maliyetleri en aza indirmek istiyor ve birincil bağlantının kesilmesi durumunda daha yavaş trafiği kabul etmeye razı. Çözümler mimarı ne yapmalı?

Doğru cevap, AWS Direct Connect'i birincil bağlantı olarak kullanmayı ve bir VPN bağlantısını yedek olarak sağlamayı önerir. Direct Connect, tutarlı düşük gecikme süresi ve yüksek bant genişliği sunarak şirketin birincil gereksinimlerini karşılar. Birincil bağlantı kesildiğinde, VPN daha yavaş trafiği kabul etme toleransına uygun olarak daha düşük maliyetli bir yedek sağlar. Diğer seçenekler neden yanlış: İkinci seçenek, birincil bağlantı olarak VPN kullanmayı önerir. VPN, Direct Connect'in sunduğu tutarlı düşük gecikme süresini ve yüksek bant genişliğini sağlayamaz. Üçüncü seçenek, yedek olarak ikinci bir Direct Connect bağlantısı kurmayı önerir. Bu, maliyetleri artırır ve şirket "daha yavaş trafiği kabul etmeye" razı olduğu için gereksizdir. Dördüncü seçenek, Direct Connect'in otomatik bir failover özelliğini kullanmayı önerir. AWS CLI'dan Direct Connect için otomatik bir failover özelliği bulunmamaktadır; yedeklilik manuel olarak veya başka bir bağlantı türüyle yapılandırılmalıdır.