Un site web mondialement servi, hébergé sur EC2 derrière un Application Load Balancer (ALB), est configuré comme origine pour une distribution CloudFront afin de réduire la charge sur les serveurs web. Après une semaine, il n'y a aucune réduction de la charge du serveur et les requêtes semblent toujours atteindre directement l'ALB. Quels problèmes pourraient expliquer ce comportement ? (Choisissez-en deux.)

Si les enregistrements DNS pointent toujours vers l'ALB au lieu de la distribution CloudFront, les requêtes des utilisateurs contourneront CloudFront et iront directement à l'ALB, ce qui n'apportera aucune réduction de charge. De plus, si les valeurs TTL (Time To Live) par défaut, minimale et maximale de CloudFront sont toutes définies à 0 seconde, CloudFront ne mettra aucun contenu en cache. Chaque requête sera alors transmise à l'origine (l'ALB), annulant l'avantage de la mise en cache et de la réduction de charge. L'absence d'une identité d'accès à l'origine (OAI) est pertinente pour S3, pas pour un ALB. Le groupe de sécurité de l'ALB bloquant le trafic empêcherait le fonctionnement de CloudFront, mais ne redirigerait pas le trafic directement vers l'ALB. Les sessions persistantes sur l'ALB n'empêcheraient pas CloudFront de fonctionner ni de mettre en cache.