Bir web uygulaması, bir Application Load Balancer (ALB) arkasındaki EC2 örneklerinde çalışır ve ALB, bir CloudFront dağıtımı için origin'dir. Şirket, kimliği doğrulanmış müşterilere bir token veren özel bir kimlik doğrulama sistemi kullanır. Uygulama, GET/POST isteklerinin yalnızca kimliği doğrulanmış müşterilerden gelmesini sağlamalıdır. Web uygulamasının yetkili müşterileri tanımlamasını sağlayan İŞLETMESEL AÇIDAN EN VERİMLİ çözümü tasarlayın.

En verimli çözüm, CloudFront dağıtımının bir parçası olarak Lambda@Edge kullanmaktır. Lambda@Edge, istekler CloudFront'a ulaştığında veya CloudFront'tan ayrıldığında kodu çalıştırmanıza olanak tanır. Bu sayede, istekler ALB'ye ulaşmadan önce yetkilendirme token'ını inceleyebilir ve doğrulanmış istekler için özel bir başlık ekleyebiliriz. Bu, yetkilendirme mantığını uygulamanın kendisinden ayırır ve ALB veya EC2 örnekleri üzerinde ek yük oluşturmaz. Diğer seçenekler neden uygun değil: ALB'nin token'ı incelemesi ve Lambda kullanması: ALB'nin doğrudan istek yükünü inceleme yeteneği sınırlıdır. Lambda'yı ALB ile entegre etmek daha karmaşık ve daha az ölçeklenebilir olabilir. AWS WAF'ın token'ı incelemesi: AWS WAF, token'ları incelemek için tasarlanmamıştır; daha çok bilinen saldırı kalıplarını engellemek için kullanılır. Ayrıca, WAF'ın özel bir başlık eklemesi doğrudan mümkün değildir. Üçüncü taraf paket inceleme aracı: Bu, ek bir EC2 örneği dağıtmayı gerektirir, bu da maliyeti ve yönetim yükünü artırır. Ayrıca, gecikmeyi de artırabilir.