View a markdown version of this page

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

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 Anwendungssignale auf Amazon ECS mithilfe der in diesem Abschnitt beschriebenen benutzerdefinierten Einrichtungsschritte.

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 Agenten-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 Serviceaufgabe 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-Dienst 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.

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

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

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

Voraussetzungen

Bevor Sie den MCP-Server zur Aktivierung von Anwendungssignalen 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 andere Tools) MCP-compatible

  • Der in Ihrer CloudWatch IDE konfigurierte MCP-Server von Application Signals. Eine ausführliche Anleitung zur Einrichtung finden Sie in der Dokumentation zum CloudWatch Application Signals MCP Server.

Verwenden des MCP-Servers

Nachdem Sie den CloudWatch Application Signals MCP-Server in Ihrer IDE konfiguriert haben, können Sie mithilfe von Eingabeaufforderungen in natürlicher Sprache Anweisungen zur Aktivierung anfordern. Der Coding-Assistent kann zwar den Kontext aus Ihrer Projektstruktur ableiten, aber wenn Sie in Ihren Eingabeaufforderungen spezifische Details angeben, können Sie sicherstellen, dass Sie genauere und relevantere Anleitungen erhalten. 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.

Hinweise zu bewährten Verfahren (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 CloudWatch Application Signals MCP-Servers bietet mehrere Vorteile:

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

  • Context-aware Anleitung: Der MCP-Server versteht Ihre spezifische Umgebung und gibt maßgeschneiderte Empfehlungen

  • Weniger Fehler: Die automatische Generierung der Konfiguration minimiert manuelle Tippfehler

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

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

Weitere Ressourcen

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