HeadlinesBriefing HeadlinesBriefing.com

OTel-native Produkte: Export in jeden Observability-Stack

Hacker News •
×

Mit Beiträgen von Dan Gomez Blanco (New Relic). Wenn Sie selbst gehostete Software oder ein SaaS-Produkt entwickeln, werden Nutzer früher oder später verlangen, Logs, Traces und Metriken an ihren eigenen Observability-Stack zu senden. Sie in integrierte Dashboards einzuschließen oder Exporte auf bestimmte Anbieter zu beschränken, erzeugt unnötige Reibung. Stattdessen ist die Unterstützung des Exports in jedes Open Telemetry (OTel)-kompatible Backend eine herstellerneutrale, zukunftssichere Praxis, die Nutzern die Freiheit gibt, ihren Observability-Stack selbst zu wählen.

Dieser Beitrag beschreibt, wie Sie Ihr Produkt so gestalten, dass Nutzer Logs, Traces und Metriken bei Bedarf an ein OTel-Backend exportieren können. Open Telemetry definiert vier Signaltypen, die über das standardisierte Open Telemetry Protocol (OTLP) übertragen werden: Logs (Ereignisdatensätze, Request- und Zugriffslogs, Anwendungslogs mit Zeitstempeln und Metadaten), Traces (verteilte Traces und Spans, mit denen Nutzer Anfrageflüsse über Dienste hinweg nachvollziehen und mit Logs korrelieren können), Metriken (Zähler, Messwerte und Histogramme, etwa Anfrageraten, Latenz und Fehlerraten) sowie Profile (Stichproben, die zeigen, wo Anwendungen während der Ausführung Ressourcen verbrauchen). Für alle drei Signale gilt dasselbe Exportprinzip: Nutzer konfigurieren einen OTLP-Endpunkt und senden Telemetriedaten dorthin. Je nachdem, was Ihr Produkt erzeugt, können Sie ein, zwei oder alle drei Signale unterstützen. Viele Plattformen mit OTel-Export unterstützen mindestens Traces und Logs, und immer mehr bieten inzwischen auch Metriken an. Eine Auslegung auf alle drei von Beginn an vermeidet spätere Nachrüstungen.

Eine solide Exportstrategie weist für jedes unterstützte Signal einige klare Eigenschaften auf: Herstellerneutralität, keine aufwendige individuelle Entwicklung, Erhalt des reichhaltigen Kontexts und Unterstützung semantischer Konventionen. Zwei Kontexte sind zu beachten: Wo läuft Ihr Produkt? Bei selbst gehosteter Software instrumentieren Sie Ihr Produkt mit Open Telemetry und lassen Kunden den Endpunkt über Umgebungsvariablen oder eine Konfigurationsdatei festlegen. Bei Cloud-Plattformen fügen Sie eine Plattformfunktion zur Verwaltung der Exporte hinzu. Beispiele dafür sind Keycloak und Kuma.

Quelle: Hacker News · Zusammengefasst von HeadlinesBriefing