Aktivieren Sie Ihre Anwendungen auf Amazon ECS - Amazon CloudWatch
Eine benutzerdefinierte Einrichtung verwenden, um Application Signals auf Amazon ECS zu aktivierenAnwendungssignale auf Amazon ECS mithilfe des Model Context Protocol (MCP) aktivieren

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Aktivieren Sie Ihre Anwendungen auf Amazon ECS

Aktivieren Sie CloudWatch Application Signals auf Amazon ECS, indem Sie die in diesem Abschnitt beschriebenen benutzerdefinierten Einrichtungsschritte verwenden.

Für Anwendungen, die auf Amazon ECS ausgeführt werden, installieren und konfigurieren Sie den CloudWatch Agenten und die AWS Distribution OpenTelemetry selbst. Auf diesen Architekturen, die mit einer benutzerdefinierten Einrichtung von Application Signals aktiviert wurden, erkennt Application Signals die Namen Ihrer Services oder deren Cluster oder Hosts nicht automatisch. Sie müssen diese Namen bei der benutzerdefinierten Einrichtung angeben, und die Namen, die Sie angeben, werden auf den Dashboards von Application Signals angezeigt.

Eine benutzerdefinierte Einrichtung verwenden, um Application Signals auf Amazon ECS zu aktivieren

Verwenden Sie diese Anweisungen zur benutzerdefinierten Einrichtung, um Ihre Anwendungen auf Amazon ECS in CloudWatch Application Signals zu integrieren. Sie installieren und konfigurieren den CloudWatch Agenten und die AWS Distribution für OpenTelemetry sich selbst.

Es gibt zwei Methoden für die Bereitstellung von Application Signals auf Amazon ECS. Wählen Sie diejenige aus, die für Ihre Umgebung am besten geeignet ist.

  • Verwenden Sie die Sidecar-Strategie für die Bereitstellung— Sie fügen jeder Aufgabendefinition im Cluster einen CloudWatch Agent-Sidecar-Container hinzu.

    Vorteile:

    • Unterstützt sowohl den Starttyp ec2 als auch Fargate.

    • Sie können immer localhost als IP-Adresse verwenden, wenn Sie Umgebungsvariablen einrichten.

    Nachteile:

    • Sie müssen den CloudWatch Agent-Sidecar-Container für jede Dienstaufgabe einrichten, die im Cluster ausgeführt wird.

    • Nur der Netzwerkmodus awsvpc wird unterstützt.

  • Bereitstellen mit der Daemon-Strategie— Sie fügen eine CloudWatch Agentenaufgabe nur einmal im Cluster hinzu, und die Amazon ECS-Daemon-Scheduling-Strategie stellt sie nach Bedarf bereit. Dadurch wird sichergestellt, dass jede Instance kontinuierlich Ablaufverfolgungen und Metriken empfängt, wodurch eine zentrale Transparenz gewährleistet wird, ohne dass der Agent bei jeder Anwendungsaufgabendefinition als Sidecar ausgeführt werden muss.

    Vorteile:

    • Sie müssen den Daemon-Service für den CloudWatch Agenten nur einmal im Cluster einrichten.

    Nachteile:

    • Unterstützt den Fargate-Starttyp nicht.

    • Wenn Sie den Netzwerkmodus awsvpc oder bridge verwenden, müssen Sie die private IP-Adresse jeder Container-Instance manuell in den Umgebungsvariablen angeben.

Auf Amazon-ECS-Clustern erkennt Application Signals bei beiden Methoden die Namen Ihrer Services nicht automatisch. Sie müssen Ihre Servicenamen bei der benutzerdefinierten Einrichtung angeben, und die Namen, die Sie angeben, werden auf den Dashboards von Application Signals angezeigt.

Anwendungssignale auf Amazon ECS mithilfe des Model Context Protocol (MCP) aktivieren

Sie können den MCP-Server ( CloudWatch Application Signals Model Context Protocol) verwenden, um Application Signals auf Ihren Amazon ECS-Clustern durch dialogorientierte KI-Interaktionen zu aktivieren. Dies bietet eine Benutzeroberfläche in natürlicher Sprache für die Einrichtung der Überwachung von Application Signals.

Der MCP-Server automatisiert den Aktivierungsprozess, indem er Ihre Anforderungen versteht und die entsprechende Konfiguration generiert. Anstatt die Konsolenschritte manuell zu befolgen oder CDK-Code zu schreiben, können Sie einfach beschreiben, was Sie aktivieren möchten.

Voraussetzungen

Bevor Sie den MCP-Server zur Aktivierung von Application Signals verwenden, stellen Sie sicher, dass Sie über Folgendes verfügen:

  • Eine Entwicklungsumgebung, die MCP unterstützt (wie Kiro, Claude Desktop VSCode mit MCP-Erweiterungen oder anderen MCP-kompatiblen Tools)

  • Der in Ihrer IDE CloudWatch konfigurierte MCP-Server von Application Signals. Detaillierte Anweisungen zur Einrichtung finden Sie in der Dokumentation zum CloudWatch Application Signals MCP Server.

Verwenden des MCP-Servers

Sobald Sie den CloudWatch Application Signals MCP-Server in Ihrer IDE konfiguriert haben, können Sie mithilfe von Eingabeaufforderungen in natürlicher Sprache Anleitungen zur Aktivierung anfordern. Der Programmierassistent kann zwar den Kontext aus Ihrer Projektstruktur ableiten, die Angabe spezifischer Details in Ihren Eingabeaufforderungen trägt jedoch zu einer genaueren und relevanteren Anleitung bei. Geben Sie Informationen wie Ihre Anwendungssprache, den Namen des Amazon ECS-Clusters, die Bereitstellungsstrategie (Sidecar oder Daemon) und absolute Pfade zu Ihrer Infrastruktur und Ihrem Anwendungscode an.

Aufforderungen zu bewährten Methoden (spezifisch und vollständig):

"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"

Weniger effektive Aufforderungen:

"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

Schnelle Vorlage:

"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]"

Vorteile der Verwendung des MCP-Servers

Die Verwendung des MCP-Servers von CloudWatch Application Signals bietet mehrere Vorteile:

  • Benutzeroberfläche in natürlicher Sprache: Beschreiben Sie, was Sie aktivieren möchten, ohne sich Befehle oder die Konfigurationssyntax merken zu müssen

  • Kontextsensitive Beratung: Der MCP-Server versteht Ihre spezifische Umgebung und gibt maßgeschneiderte Empfehlungen

  • Weniger Fehler: Durch die automatische Generierung von Konfigurationen werden manuelle Tippfehler minimiert

  • Schnellere Einrichtung: Gehen Sie schneller von der Absicht zur Implementierung

  • Lerntool: Sehen Sie sich die generierten Konfigurationen an und erfahren Sie, wie Application Signals funktioniert

Weitere Informationen zur Konfiguration und Verwendung des CloudWatch Application Signals MCP-Servers finden Sie in der MCP-Serverdokumentation.