Un développeur a créé une application sans serveur qui utilise API Gateway, des fonctions Lambda et Route 53. Pendant les tests, le développeur constate des erreurs mais ne parvient pas à en trouver immédiatement la cause première. Pour rechercher dans tous les journaux d'application avec le moins de frais opérationnels, que doit faire le développeur ?

La bonne réponse est d'activer CloudWatch Logs pour les étapes API Gateway avec le format JSON et d'utiliser CloudWatch Logs Insights. Cette approche centralise les journaux de tous les services (API Gateway, Lambda, Route 53) dans CloudWatch Logs, car Lambda et Route 53 peuvent également envoyer leurs journaux à CloudWatch. Logs Insights est un outil puissant et géré qui permet d'interroger et d'analyser ces journaux de manière interactive avec des frais opérationnels minimaux, ce qui est idéal pour le débogage. Les autres options sont moins efficaces pour ce cas d'utilisation : L'utilisation d'Athena avec PutMetricData n'est pas la méthode standard pour l'ingestion de journaux et augmente la complexité. CloudTrail enregistre les appels d'API et les événements de gestion, mais pas les journaux d'application détaillés nécessaires au débogage des erreurs. Kinesis Data Firehose vers S3 puis OpenSearch Service est une solution robuste pour l'analyse de journaux à grande échelle, mais elle introduit plus de complexité et de coûts opérationnels que CloudWatch Logs Insights pour le débogage initial.