OpenTelemetry

OpenTelemetry-nativ. Ab Tag eins. Ohne Lock-in.

Jedes OTel-kompatible SDK, jeder Collector und jeder Agent funktioniert sofort mit Obseria. Offene Standards für Daten, Abfragen und Dashboards
Obseria Apps und Funktionen: Observability, APM, Infrastruktur und Integrationen
Obseria Home-Dashboard mit Service-Zustand, offenen Problemen, SLO-Erfüllung und Ingestion
Obseria Trace-Explorer mit Span-Liste und Span-Attributen
Vorteile

Offene Standards, volle Kontrolle

Obseria setzt auf OpenTelemetry, Prometheus und Perses statt auf proprietäre Formate.

OpenTelemetry-nativ

OTLP für Logs, Metriken, Traces und Profile. Semantic Conventions werden vollständig unterstützt, inklusive GenAI und Kubernetes.

PromQL, SQL und OQL

Bestehende PromQL-Abfragen und Alert-Regeln weiterverwenden, SQL für Ad-hoc-Analysen nutzen oder OQL für signalübergreifende Fragen.

Kein Lock-in

Daten jederzeit im OTLP-Format exportieren. Dashboards als Perses-Code versionieren. Keine proprietären Formate, kein verlorener Kontext.

0 proprietäre Agenten erforderlich

Fjord Software nutzt ausschließlich OTel-SDKs und den Collector.

Zur Fjord-Story

100 % der PromQL-Alerts übernommen

Deltaforge migrierte 1.200 Prometheus-Regeln ohne Änderung.

Zur Deltaforge-Story

3 Tage Migration von einem proprietären Backend

Kestrel Mobility wechselte durch Umstellen eines Collector-Exporters.

Zur Kestrel-Story

40+ Beiträge zu OpenTelemetry-Projekten

Obseria-Engineers tragen zu Collector, Semantic Conventions und SDKs bei.

Engineering Blog

Beschleunigen Sie Ihr Unternehmen mit KI-gestützter Observability

Verlässliche Antworten statt Alarmflut, für messbare Geschäftsergebnisse in großem Maßstab

Den Obseria-Ansatz entdecken
So funktioniert's

In drei Schritten vom Signal zur Antwort

  1. Schritt 1

    Exporter umstellen

    OTLP aus bestehenden SDKs und Collectors an Obseria senden oder Prometheus Remote Write nutzen.

  2. Schritt 2

    Konventionen behalten

    Semantic Conventions, Resource-Attribute und PromQL-Regeln funktionieren unverändert.

  3. Schritt 3

    Portabel bleiben

    Daten jederzeit als OTLP exportieren und Dashboards als Perses-Code versionieren.

Das ist enthalten

  • OTLP für Logs, Metriken, Traces und Profile
  • Vollständige Semantic Conventions inkl. GenAI
  • PromQL-Alerts und Alertmanager-Import
  • Perses-Dashboards als Code
  • Geprüfte Collector-Konfigurationen
  • Jederzeit exportierbar, kein Lock-in
Use Cases

OpenTelemetry-Use-Cases mit Obseria

AAcme PlatformProAI AgentHomeDashboardsCatalogSearchMonitoringInfrastructureServicesTracesLogsExperienceSLOsIncidentsSecurityWorkflowsBusinessData connectionsFind what you need⌘ KData connections · OTLPLast 1 hourEnvironmentAll ⌄ServiceAll ⌄StatusAll ⌄SeverityAll ⌄RefreshData connections · OpenTelemetry pipelineAdd sourceOTel SDKsJava · .NET · Go · PythonPrometheusremote write · 1.2M seriesKubernetesoperator · 12 clustersCloud APIsAWS · Azure · GCPObseria PipelineFilter−62% debugMask PII14 fieldsEnrichk8s + traceSampletail-basedRoute3 bucketsLogs3.3B / monthMetrics12.9B pointsTraces1.2B spansProfilescontinuousThis monthIngested2.4M/sStored after filtering38%Saving$14,820Dropped errors0

Ein Collector, alle Signale

Obseria liefert geprüfte Collector-Konfigurationen für Kubernetes, VMs und Serverless. Prozessoren für Sampling, Anreicherung und Maskierung laufen vor dem Export.

Dokumentation
Integrationen

Passt zu Ihrem Stack

Binden Sie die Technologien an, die Sie bereits betreiben. 700+ Integrationen, automatisch erkannt und in Kontext gesetzt.
Alle Integrationen ansehen

Führende Organisationen setzen auf OpenTelemetry

  • Bosch
  • Ströer
  • Caritas international
  • Valensina
  • Deutsche Aidshilfe
  • SOFAR
  • Hitchcock
  • Schmid Alarm
  • HiScout
  • vi2vi
  • Kienzle Dentaltechnik
  • Flowcon Unternehmensberatung
  • Marissa Resort
  • Hansjakob Realschule Freiburg

OpenTelemetry FAQ

OpenTelemetry ist ein Projekt der Cloud Native Computing Foundation (CNCF) und der offene Industriestandard für das Erzeugen, Sammeln und Exportieren von Telemetriedaten: Traces, Metriken, Logs und Profile.

Nein. Der Agent ist optional und ergänzt OpenTelemetry um automatische Instrumentierung, Profiling und Security. Reine OTel-Setups werden vollständig unterstützt.

Ja. PromQL-Abfragen und Alert-Regeln funktionieren unverändert. Alertmanager-Konfigurationen lassen sich importieren.

Jederzeit im OTLP-Format über API oder als Batch-Export in Ihren Objektspeicher. Dashboards liegen im Perses-Format vor.

Bereit für Observability, die Antworten liefert?

Machen Sie den ersten Schritt zu verlässlichem Betrieb