Activation des applications sur Amazon ECS - Amazon CloudWatch
Utilisation d’une configuration personnalisée pour activer Application Signals sur Amazon ECSActivez les signaux d'application sur Amazon ECS à l'aide du protocole MCP (Model Context Protocol)

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Activation des applications sur Amazon ECS

Activez les signaux d' CloudWatch application sur Amazon ECS en suivant les étapes de configuration personnalisées décrites dans cette section.

Pour les applications exécutées sur Amazon ECS, vous devez installer et configurer OpenTelemetry vous-même l' CloudWatch agent et AWS Distro. Sur ces architectures activées avec une configuration personnalisée d’Application Signals, Application Signals ne découvre pas automatiquement les noms de vos services ni les hôtes ou clusters sur lesquels ils s’exécutent. Vous devez spécifier ces noms lors de la configuration personnalisée, et les noms que vous spécifiez sont ceux qui sont affichés sur les tableaux de bord d’Application Signals.

Utilisation d’une configuration personnalisée pour activer Application Signals sur Amazon ECS

Utilisez ces instructions de configuration personnalisées pour intégrer vos applications sur Amazon ECS à CloudWatch Application Signals. Vous installez et configurez OpenTelemetry vous-même l' CloudWatch agent et AWS Distro.

Il existe deux méthodes pour déployer la vigie applicative sur Amazon ECS. Choisissez celle qui convient le mieux à votre environnement.

  • Déploiement à l’aide de la stratégie sidecar— Vous ajoutez un conteneur annexe d' CloudWatch agent à chaque définition de tâche du cluster.

    Avantages :

    • Compatible avec les types de lancement ec2 et Fargate.

    • Vous pouvez toujours utiliser localhost comme adresse IP lors de la configuration des variables d’environnement.

    Inconvénients :

    • Vous devez configurer le conteneur annexe de l' CloudWatch agent pour chaque tâche de service exécutée dans le cluster.

    • Seul le mode réseau awsvpc est pris en charge.

  • Déploiement en utilisant la stratégie démon— Vous n'ajoutez une tâche d' CloudWatch agent qu'une seule fois dans le cluster, et la stratégie de planification des démons Amazon ECS la déploie selon les besoins. Cette méthode que chaque instance reçoit en continu les suivis et les métriques, offrant ainsi une visibilité centralisée sans qu’il soit nécessaire d’exécuter l’agent comme conteneur sidecar avec chaque définition de tâche d’application.

    Avantages :

    • Vous ne devez configurer le service daemon pour l' CloudWatch agent qu'une seule fois dans le cluster.

    Inconvénients :

    • Non compatible avec le type de lancement Fargate.

    • Si vous utilisez les modes réseau awsvpc ou bridge, vous devez spécifier manuellement l’adresse IP privée de chaque instance de conteneur dans les variables d’environnement.

Quelle que soit la méthode utilisée, sur les clusters Amazon ECS, la vigie applicative ne détecte pas automatiquement les noms de vos services. Vous devez donc spécifier ces noms lors de la configuration personnalisée, et ce sont ces noms qui seront affichés dans les tableaux de bord de la vigie applicative.

Activez les signaux d'application sur Amazon ECS à l'aide du protocole MCP (Model Context Protocol)

Vous pouvez utiliser le serveur MCP ( CloudWatch Application Signals Model Context Protocol) pour activer les signaux d'application sur vos clusters Amazon ECS par le biais d'interactions conversationnelles avec l'IA. Cela fournit une interface en langage naturel pour configurer la surveillance des signaux d'application.

Le serveur MCP automatise le processus d'activation en comprenant vos besoins et en générant la configuration appropriée. Au lieu de suivre manuellement les étapes de la console ou d'écrire du code CDK, vous pouvez simplement décrire ce que vous souhaitez activer.

Conditions préalables

Avant d'utiliser le serveur MCP pour activer les signaux d'application, assurez-vous d'avoir :

  • Un environnement de développement compatible avec MCP (tel que Kiro, Claude Desktop, VSCode avec des extensions MCP ou d'autres outils compatibles avec MCP)

  • Le serveur MCP CloudWatch Application Signals configuré dans votre IDE. Pour obtenir des instructions de configuration détaillées, consultez la documentation du serveur MCP CloudWatch Application Signals.

Utilisation du serveur MCP

Une fois que vous avez configuré le serveur MCP CloudWatch Application Signals dans votre IDE, vous pouvez demander des conseils d'activation à l'aide d'instructions en langage naturel. Bien que l'assistant de codage puisse déduire le contexte à partir de la structure de votre projet, le fait de fournir des informations spécifiques dans vos instructions permet de garantir des conseils plus précis et plus pertinents. Incluez des informations telles que la langue de votre application, le nom du cluster Amazon ECS, la stratégie de déploiement (sidecar ou daemon) et les chemins absolus vers votre infrastructure et votre code d'application.

Instructions relatives aux meilleures pratiques (spécifiques et complètes) :

"Enable Application Signals for my Python service running on ECS.
My app code is in /home/user/flask-api and IaC is in /home/user/flask-api/terraform"

"I want to add observability to my Node.js application on ECS cluster 'production-cluster' using sidecar deployment.
The application code is at /Users/dev/checkout-service and
the task definitions are at /Users/dev/checkout-service/ecs"

"Help me instrument my Java Spring Boot application on ECS with Application Signals using daemon strategy.
Application directory: /opt/apps/payment-api
CDK infrastructure: /opt/apps/payment-api/cdk"

Des instructions moins efficaces :

"Enable monitoring for my app"
→ Missing: platform, language, paths

"Enable Application Signals. My code is in ./src and IaC is in ./infrastructure"
→ Problem: Relative paths instead of absolute paths

"Enable Application Signals for my ECS service at /home/user/myapp"
→ Missing: programming language, deployment strategy

Modèle rapide :

"Enable Application Signals for my [LANGUAGE] service on ECS.
Deployment strategy: [sidecar/daemon]
App code: [ABSOLUTE_PATH_TO_APP]
IaC code: [ABSOLUTE_PATH_TO_IAC]"

Avantages de l'utilisation du serveur MCP

L'utilisation du serveur MCP CloudWatch Application Signals présente plusieurs avantages :

  • Interface en langage naturel : décrivez ce que vous souhaitez activer sans mémoriser les commandes ou la syntaxe de configuration

  • Conseils contextuels : le serveur MCP comprend votre environnement spécifique et fournit des recommandations personnalisées

  • Réduction des erreurs : la génération automatique de configuration minimise les erreurs de saisie manuelle

  • Configuration plus rapide : passez plus rapidement de l'intention à la mise en œuvre

  • Outil d'apprentissage : découvrez les configurations générées et comprenez le fonctionnement des signaux d'application

Pour plus d'informations sur la configuration et l'utilisation du serveur CloudWatch Application Signals MCP, consultez la documentation du serveur MCP.