Obseria vs Splunk

Funktionsvergleich

Obseria als Splunk Alternative: die Kurzfassung

Wer eine Splunk Alternative für Observability sucht, meint meist Splunk Observability Cloud, die SaaS-Suite für Infrastructure Monitoring, APM, Real User Monitoring und Synthetics, häufig kombiniert mit Splunk Cloud Platform oder Splunk Enterprise für Logs. Splunk gehört zu Cisco. Obseria deckt dieselben Observability-Anwendungsfälle ab, speichert aber alle Signale in einem Lakehouse und rechnet ausschließlich nach Datenvolumen ab. Grundlage dieses Vergleichs sind die öffentlichen Preisseiten und die Dokumentation von Splunk, Stand Oktober 2026. Er bezieht sich auf Splunk Observability Cloud, nicht auf die SIEM-Angebote von Splunk.

Preismodell: hostbasierte Editionen oder Abrechnung pro Signal

Laut Preisseite nutzt Splunk Observability Cloud eine hostbasierte Abrechnung mit jährlicher Zahlung in drei Editionen. Die Edition Infrastructure umfasst Infrastructure Monitoring, Log Observer Connect, Netzwerk-Monitoring und synthetische Uptime-Checks. App & Infra ergänzt APM mit Always-on Profiling und synthetisches API-Monitoring. End-to-End fügt Real User Monitoring und synthetisches Browser-Monitoring hinzu. Add-ons wie Database Monitoring und Application Security werden über den Vertrieb bepreist. Die Log-Speicherung selbst wird über die Splunk-Plattform lizenziert, nicht über Observability Cloud.

Hostbasierte Editionen machen die Budgetplanung einfach, solange die Host-Anzahl stabil ist, und enthalten pro Host großzügige Telemetrie-Kontingente. Schwieriger wird es in Container- und Serverless-Umgebungen, in denen der Begriff Host fließend ist, und in Organisationen, in denen Observability- und Log-Kosten in zwei verschiedenen Verträgen liegen.

Obseria nutzt ein einheitliches, nutzungsbasiertes Modell:

• Logs, Spans und RUM-Web-Events: 0,060 $ pro Million ingestiert, 0,540 $ pro Million gespeichert, 30 Tage Aufbewahrung.
• Metrik-Datenpunkte: 0,020 $ pro Million ingestiert, 0,180 $ pro Million gespeichert, 13 Monate Aufbewahrung.
• Synthetic-API-Checks: 0,20 $ pro tausend Ausführungen. Agent Credits für Intelligence: 0,60 $ pro Credit.
• Keine Host- oder Seat-Gebühren, unbegrenzt viele Nutzer, alle Funktionen inklusive. In Obseria Pipeline gefilterte Daten kosten nur die Ingestion.

Datenmodell: Logs, Metriken und Traces

Splunk Observability Cloud ist aus einer Streaming-Engine für Metriken hervorgegangen, die mit SignalFlow abgefragt wird und auf Echtzeit-Charts und Detektoren mit hoher Auflösung ausgelegt ist. Für Logs fragt Log Observer Connect Daten ab, die in Splunk Cloud Platform oder Splunk Enterprise verbleiben und dort mit SPL durchsucht werden. Für Organisationen, die Splunk bereits für Security und Betrieb nutzen, vermeidet das doppelte Log-Haltung.

Obseria speichert Logs, Metriken, Spans, Profile, RUM-Events und Security-Signale gemeinsam in Obseria Lake, einem indexfreien Lakehouse mit Schema-on-Read und Datenschutz auf Feldebene. Eine Abfrage kann eine Latenzspitze in den Metriken mit den passenden Spans und Log-Zeilen verknüpfen, ohne zwischen Produkten zu wechseln:

fetch logs
| filter service == "payments"
| summarize count(), by:{level}

Neben OQL unterstützt Obseria PromQL und SQL. Teams, die stark mit SPL arbeiten, müssen gespeicherte Suchen übersetzen; Teams, die vor allem die Observability-Oberfläche nutzen, wechseln meist einfacher. Prüfen Sie daher vorab, wie viele gespeicherte Suchen, Reports und Alerts tatsächlich aktiv genutzt werden.

Tracing und OpenTelemetry

Splunk beteiligt sich aktiv an OpenTelemetry, und Splunk Observability Cloud ist darauf aufgebaut: Daten werden mit der Splunk Distribution des OpenTelemetry Collectors und den OpenTelemetry-Sprachdistributionen von Splunk erfasst. Splunk APM bietet Full-Fidelity-Tracing, von Splunk als NoSample bezeichnet: Alle Spans werden ingestiert und analysiert statt gesampelt, sodass kein einzelner Trace verloren geht.

Auch Obseria ist OpenTelemetry-nativ. Sie senden OTLP aus beliebigen Upstream-SDKs oder Collectors, exportieren Daten jederzeit per OTLP und sehen mit vorhandenen SDKs nach etwa 15 Minuten den ersten Trace. Statt jeden Span zu speichern, nutzt Obseria Tail-based Sampling, um Fehler, langsame Requests und andere relevante Traces zu behalten und gleichzeitig Volumen und Kosten zu begrenzen. Continuous Profiling läuft mit unter 1 % Overhead, und der Obseria Agent, einmal pro Host installiert, ergänzt Host-Metriken, Logs, Profile und Security-Signale.

Hier liegt ein echter Zielkonflikt: Full-Fidelity-Tracing maximiert die Vollständigkeit, Tail-based Sampling optimiert die Kosten bei Services mit hohem Durchsatz.

KI und Ursachenanalyse

Splunk Observability Cloud bietet KI-gestützte Fehleranalyse und Anomalieerkennung auf Basis seiner Streaming-Analysen, und Cisco integriert KI-Assistenten im gesamten Splunk-Portfolio.

Obseria Intelligence kombiniert kausale, prädiktive und generative KI auf Basis von Obseria TopoGraph, der automatisch erstellten Topologie von Anwendungen und Infrastruktur. Agentische Root-Cause-Analysen liefern eine Beweiskette, die Engineers prüfen können. Agent Credits kosten 0,60 $ pro Stück, Kundendaten werden nie für KI-Training verwendet.

Datenresidenz und Compliance

Splunk Observability Cloud läuft in regionalen Deployments, sogenannten Realms, darunter Realms in Europa; der Realm ist für eine Organisation fest. Splunk führt seine Zertifizierungen auf seinen Trust-Seiten auf.

Obseria speichert Daten in der EU (Frankfurt, Dublin), in Großbritannien (London) oder in Ihrem eigenen Cloud-Account (BYOC) und ist nach ISO 27001, 27017 und 27018, SOC 2 Type II, BSI C5 (EU-Region) und TISAX zertifiziert. Obseria unterstützt DORA, NIS2 und DSGVO mit automatischer PII-Maskierung, Zugriff auf Feldebene, Audit-Logs und 99,95 % SLA.

Migration von Splunk Observability Cloud

Da beide Plattformen auf OpenTelemetry aufbauen, beginnt die Migration meist im Collector: Ergänzen Sie neben dem Splunk-Exporter einen OTLP-Exporter für Obseria und senden Sie Daten an beide Ziele. Danach bauen Sie die Detektoren und Dashboards Ihrer On-Call-Teams nach und übertragen die Logik aus SignalFlow und SPL nach OQL, PromQL oder SQL. Zum Schluss entscheiden Sie, welche Logs nach Obseria Lake wandern und welche für Security-Anwendungsfälle in Ihrer Splunk-Plattform bleiben. Die 14-tägige Testphase erfordert keine Kreditkarte.

Ein hybrides Setup ist dabei ein legitimer Zielzustand und nicht nur eine Übergangslösung. Obseria Pipeline filtert, maskiert und routet Daten beim Ingest, sodass security-relevante Events weiterhin an Splunk fließen, während Anwendungs- und Infrastruktur-Telemetrie in Obseria Lake landet. Vergleichen Sie die Gesamtkosten beider Verträge mit einer einzigen Rechnung pro Signal auf Basis Ihrer realen Datenvolumen, bevor Sie entscheiden, wie weit Sie migrieren. Beziehen Sie dabei auch Security- und Compliance-Teams frühzeitig ein, denn sie nutzen häufig dieselben Log-Quellen wie Ihre SREs.

Welches Tool passt zu Ihnen?

Der Wechsel in drei Schritten

1. Dual-Export aus dem Collector. Ergänzen Sie in Ihrer OpenTelemetry-Collector-Konfiguration einen OTLP-Exporter für Obseria neben dem Splunk-Exporter.
2. Detektoren und Dashboards nachbauen. Übertragen Sie die SignalFlow-Detektoren und SPL-Suchen Ihrer On-Call-Teams nach OQL, PromQL oder SQL.
3. Log-Ablage festlegen. Verlagern Sie Observability-Logs nach Obseria Lake und behalten Sie security-relevante Logs bei Bedarf in Splunk.