aws-observability

À propos aws-observability

AWS Observability apporte une expertise métier pour la création, la configuration, le débogage et l'optimisation de l'observabilité sur AWS, qu'il s'agisse de métriques, de journaux ou de traces. Elle couvre les fonctionnalités de la plateforme CloudWatch — Log Insights, métriques, alarmes, tableaux de bord et EMF — ainsi que le traçage X-Ray, l’audit opérationnel CloudTrail et le collecteur AWS Distro for OpenTelemetry (ADOT). Les domaines spécifiques abordés comprennent la syntaxe des requêtes Log Insights (champs, filtres, statistiques, analyse, motifs, jointures, sous-requêtes), la configuration des alarmes (métrique, composite, détection d’anomalies, traitement des données manquantes), la conception de tableaux de bord, les métriques personnalisées via PutMetricData, EMF et les filtres de métriques, ainsi que les règles d’échantillonnage X-Ray et la distinction entre annotations et métadonnées.

Utilisez cette compétence lorsqu’une tâche mentionne CloudWatch, Log Insights, les alarmes, INSUFFICIENT_DATA, les tableaux de bord, les métriques personnalisées, EMF, X-Ray, les traces, l’échantillonnage, CloudTrail, « qui a supprimé », ADOT, OpenTelemetry, l’observabilité, la surveillance, les tests synthétiques, les canaris ou le dépannage du comportement des alarmes. Elle ne couvre explicitement pas la configuration de la journalisation des applications, les pilotes de journaux de conteneurs ni la détection des menaces de sécurité. Elle fonctionne de manière optimale avec le serveur AWS MCP, qui permet à l’agent d’exécuter des commandes CLI, d’interroger CloudWatch et de valider directement les configurations, bien que toutes les instructions s’appliquent également avec un accès standard à l’AWS CLI.

Cette compétence est organisée sous la forme d’une table de routage qui associe chaque besoin de l’utilisateur à un fichier de référence spécifique : log-insights.md pour les requêtes, alarms.md pour la configuration et les valeurs par défaut des alarmes, metrics.md pour les métriques personnalisées et EMF, tracing.md pour X-Ray et ADOT, dashboards.md pour la conception de widgets et le partage entre comptes et régions, troubleshooting.md (qui s’ouvre sur les cinq solutions les plus courantes), synthetics.md pour les contraintes « canary » et les défaillances courantes, et cloudtrail.md pour l’audit opérationnel avec S3 et Athena. Deux ressources prêtes à l’emploi sont incluses : `alarm-template.ts`, un modèle CDK conforme aux meilleures pratiques pour la surveillance de Lambda avec des alarmes et un tableau de bord, et `otel-config.yaml`, une configuration de collecteur ADOT pour les traces X-Ray ainsi que les métriques EMF de CloudWatch. Les fichiers de référence contenant des versions d’exécution, des valeurs de quota et des matrices de fonctionnalités susceptibles d’évoluer, il est recommandé de vérifier les valeurs sensibles à la précision par rapport à la documentation AWS actuelle avant de s’y fier en production.

FAQ

Quels services AWS cette compétence couvre-t-elle ?

Elle couvre CloudWatch (Logs Insights, métriques, alarmes, tableaux de bord, EMF), le traçage X-Ray, l’audit opérationnel CloudTrail et le collecteur ADOT (OpenTelemetry) pour les métriques, les journaux et les traces.

Quand ne dois-je pas utiliser cette compétence ?

Ne l’utilisez pas pour la configuration de la journalisation des applications, les pilotes de journaux de conteneurs ou la détection des menaces de sécurité. Ces domaines sont explicitement exclus du champ d’application.

Ai-je besoin du serveur AWS MCP pour l'utiliser ?

Non. Elle fonctionne de manière optimale avec le serveur AWS MCP, qui permet d’exécuter des commandes CLI et de valider directement les configurations, mais toutes les instructions s’appliquent également avec un accès standard à l’AWS CLI.

Où dois-je chercher pour déboguer une alarme bloquée sur l’état INSUFFICIENT_DATA ?

Commencez par consulter le fichier troubleshooting.md, qui présente les cinq solutions les plus courantes, puis consultez le fichier alarms.md pour obtenir des détails sur la configuration, notamment le traitement des données manquantes pour les alarmes de métriques, les alarmes composites et les alarmes de détection d'anomalies.

Des modèles prêts à l’emploi sont-ils fournis ?

Oui. Il fournit alarm-template.ts, un modèle CDK basé sur les meilleures pratiques pour la surveillance Lambda avec des alarmes et un tableau de bord, ainsi que otel-config.yaml, une configuration de collecteur ADOT pour les traces X-Ray et les métriques CloudWatch EMF.

Tous les fichiers