Une plateforme vidéo migre des vidéos MP4 vers Amazon S3, les diffusant via CloudFront et EC2. Les utilisateurs accèdent à une interface frontale qui redirige vers des URL de vidéos contenant un jeton d'autorisation validé par CloudFront. La distribution CloudFront est mise en cache. L'équipe doit enregistrer les vérifications de jetons d'autorisation dans CloudWatch, empêcher l'accès direct aux fichiers vidéo depuis CloudFront et S3, et implémenter des vérifications de signature de jetons fournies par l'interface frontale. Elle souhaite également effectuer des mises à jour progressives du code de vérification des jetons avec un minimum de frais opérationnels. Quelle solution répond le mieux à ces exigences ?

La solution correcte utilise une fonction CloudFront (anciennement CloudFront Functions) pour la vérification des jetons. Ces fonctions sont légères, s'exécutent au plus près de l'utilisateur (edge) et sont idéales pour des vérifications rapides comme l'autorisation de jetons, minimisant la latence. L'activation de la journalisation CloudWatch pour la fonction permet d'enregistrer les vérifications. Le déploiement continu CloudFront permet des mises à jour progressives du code de la fonction avec un minimum de frais opérationnels. Les fonctions CloudFront peuvent être associées à des déclencheurs viewer request ou viewer response, ce qui est parfait pour intercepter les requêtes avant qu'elles n'atteignent l'origine. L'option Lambda@Edge est moins optimale car elle est plus coûteuse, a une latence plus élevée et est conçue pour des logiques plus complexes. L'implémentation sur EC2 ajouterait de la latence et des coûts, et ne protégerait pas l'accès direct via CloudFront. L'option de déploiement avec une deuxième distribution CloudFront pour les mises à jour est plus complexe et coûteuse que le déploiement continu CloudFront natif.