Plusieurs applications d'un même compte envoient des journaux à CloudWatch. Une équipe d'analyse de données doit collecter les performances des applications et les métriques personnalisées, les transformer et stocker les métriques transformées dans S3. Toute nouvelle métrique ajoutée à l'espace de noms CloudWatch doit être collectée automatiquement. Quelle solution présente la surcharge opérationnelle la plus faible ?

La solution correcte est la plus simple et la plus automatisée. Un flux de métriques CloudWatch peut collecter toutes les métriques, y compris les métriques personnalisées et celles ajoutées ultérieurement, sans configuration manuelle supplémentaire. L'intégration directe avec Kinesis Data Firehose permet une livraison fiable vers S3, et Firehose peut invoquer une fonction Lambda pour la transformation des données, minimisant ainsi la surcharge opérationnelle. La première option est incorrecte car elle spécifie d'inclure "les métriques d'application et les métriques de l'espace de noms CloudWatch", ce qui est moins général que "toutes les métriques" et pourrait nécessiter des mises à jour si de nouveaux types de métriques sont ajoutés. La troisième option est incorrecte car elle propose de créer des filtres de métriques sur CloudWatch Logs, ce qui n'est pas la méthode la plus efficace pour collecter des métriques existantes ou futures et ne gère pas la transformation et le stockage dans S3 de manière intégrée. La quatrième option est incorrecte car elle se concentre sur les filtres d'abonnement sur les groupes de journaux, ce qui est adapté aux journaux et non aux métriques, et ne répond pas à l'exigence de collecte automatique de toutes les métriques CloudWatch.