Bir web uygulaması, CloudFront arkasındaki bir S3 bucket'tan statik içerik ve ALB aracılığıyla EC2 Auto Scaling gruplarına yönlendirilen dinamik içerik sunmaktadır. Alan adı Route 53'tedir. Yoğun zamanlarda bazı kullanıcılar ALB'den HTTP 503 Service Unavailable hataları almaktadır. Şirket, bu hata oluştuğunda minimum operasyonel yük ile hemen özel bir hata sayfası göstermek istemektedir. Hangi çözüm bu gereksinimi karşılar?

Doğru seçenek, CloudFront origin grubunu kullanarak ALB'nin başarısız olması durumunda özel hata sayfasını sunmaktır. CloudFront origin grupları, birincil origin (ALB) kullanılamaz hale geldiğinde otomatik olarak ikincil origin'e (özel hata sayfasını barındıran S3 statik web sitesi) geçiş yaparak kesintisiz bir kullanıcı deneyimi sağlar. Bu, minimum operasyonel yükle hızlı bir çözüm sunar. Diğer seçenekler neden uygun değil: Route 53 failover, DNS düzeyinde çalıştığı için ALB'nin HTTP 503 hatalarını tespit etmede yavaş kalabilir ve bu senaryo için daha karmaşık bir yapılandırma gerektirir. İkinci bir CloudFront dağıtımı ve Route 53 failover, daha fazla yönetim yükü ve maliyet getirir, ayrıca CloudFront'un kendi origin failover özelliğini kullanmamış olur. CloudFront Fonksiyonu, her HTTP yanıt kodunu incelemek için ek işlem gücü ve gecikme yaratır, bu da performansı etkileyebilir ve daha karmaşık bir mantık gerektirir.