View a markdown version of this page

Beobachtbarkeit in Amazon Service OpenSearch - OpenSearch Amazon-Dienst

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.

Beobachtbarkeit in Amazon Service OpenSearch

Beobachtbarkeit ist die Praxis, den internen Zustand und die Leistung komplexer Systeme anhand ihrer Ergebnisse zu verstehen. Herkömmliche Überwachung zeigt Ihnen, dass ein System ausgefallen ist. Observability hilft Ihnen zu verstehen, warum das so ist, indem Sie neue Fragen zu Ihren Telemetriedaten stellen können.

Was Amazon OpenSearch Service bietet

Amazon OpenSearch Service bietet eine einheitliche Observability-Lösung, indem es drei Arten von Telemetriedaten sammelt, korreliert und visualisiert:

  • Protokolle — Aufzeichnungen von Ereignissen mit Zeitstempel.

  • Spuren — Verlauf End-to-end von Anfragen über verteilte Dienste.

  • Metriken — Time-series Daten zur Darstellung des Systemzustands über die direkte Abfrageintegration von Amazon Managed Service for Prometheus.

Durch die Zusammenführung dieser in einer einzigen Oberfläche unterstützt Amazon OpenSearch Service Betriebsteams, SREs und Entwickler dabei, Probleme schneller zu erkennen, zu diagnostizieren und zu lösen.

Der Amazon OpenSearch Service-Ansatz für Observability

Amazon OpenSearch Service unterscheidet sich in drei wesentlichen Punkten:

  • OpenTelemetry-native mit OpenSearch Ingestion als letzter Meile — Standardisieren Sie Otel für Instrumentierung und Erfassung. Amazon OpenSearch Ingestion dient als vollständig verwaltete Pipeline, die Ihre Telemetriedaten vor der Indexierung filtert, anreichert, transformiert und weiterleitet.

  • Vereinheitlichte Protokolle, Traces und Metriken in der OpenSearch Benutzeroberfläche — Analysieren Sie alle drei Signaltypen von einem einzigen Observability-Workspace aus. Korrelieren Sie einen Slow-Trace mit den zugehörigen Anwendungsprotokollen oder überlagern Sie Ihre Service-Dashboards mit Prometheus-Metriken.

  • Purpose-driven Abfragesprachen — Verwenden Sie Piped Processing Language (PPL) für Logs und Traces und PromQL für Metriken. Jede Sprache ist für ihren Signaltyp optimiert, sodass Sie ausdrucksstarke Abfragen ohne Kompromisse durchführen können.

Architekturdiagramm, das den OpenTelemetry Datenfluss von Microservices über OTel Collector zu OpenSearch Observability Stack-Komponenten zeigt.
Anmerkung

Die in diesem Abschnitt beschriebenen Observability-Funktionen sind nur in der Benutzeroberfläche verfügbar. OpenSearch Sie sind in OpenSearch Dashboards nicht verfügbar. Für neue Observability-Workloads empfehlen wir, einen Workspace Verwenden der OpenSearch Benutzeroberfläche in Amazon OpenSearch Service mit Observability einzurichten.