Une application web utilise un ALB sur plusieurs AZ avec des cibles Lambda et des métriques CloudWatch. Certains utilisateurs signalent que des parties de l'application ne se chargent pas. L'ingénieur a activé la journalisation des accès ALB. Que doit faire l'ingénieur ensuite pour identifier les erreurs que l'ALB enregistre ?

L'option correcte est de configurer un compartiment S3 pour les logs d'accès ALB et d'utiliser Amazon Athena pour les interroger. Les logs d'accès ALB sont stockés par défaut dans des compartiments S3. Athena est un service de requête interactif qui permet d'analyser facilement les données directement dans S3 en utilisant SQL standard, ce qui est idéal pour filtrer et trouver des erreurs spécifiques dans de grands volumes de logs. L'envoi direct des logs vers CloudWatch Logs n'est pas la méthode par défaut pour les logs d'accès ALB. Bien que CloudWatch Logs Insights puisse analyser les logs dans CloudWatch Logs, il faudrait d'abord acheminer les logs S3 vers CloudWatch Logs, ce qui ajoute une étape inutile. L'extraction automatique des logs ALB de S3 vers CloudWatch Logs n'est pas une fonctionnalité native. Le connecteur Athena CloudWatch est utilisé pour interroger CloudWatch Logs avec Athena, mais les logs ALB sont déjà dans S3, rendant cette approche indirecte.