Eine zentrale Observability-Plattform aufbauen
Eine zentrale Observability-Plattform für On-Premises und Azure planen: Zuständigkeiten, Collector-Vorlagen, Änderungen und messbare Pilot-Abnahme.
Eine zentrale Observability-Plattform für On-Premises und Azure planen: Zuständigkeiten, Collector-Vorlagen, Änderungen und messbare Pilot-Abnahme.

Services driften bei Attributnamen, bis Abfragen stillschweigend Daten übersehen. So normalisieren Sie Semantic Conventions im Collector — flottenweit.

Die meisten Sizing-Guides treffen CPU richtig, RAM falsch. Eine Methode für OpenTelemetry-Gateways — warum mehr Instanzen den Speicher nicht retten.

Ein Wechsel zu Sentinel lohnt sich nur, wenn sich unterwegs das Volumen ändert. Was ein Lift-and-Shift kostet und wohin die Pipeline gehört.

Eine Referenzarchitektur für Telemetrie unter revDSG und FINMA: am Rand klassifizieren, Schweizer Gateway-Ebene, getrennte Ziele, eigene Control Plane.

Aus dem Protokoll-Adapter wurde der Ort, an dem Kosten, Datenschutz und Routing durchgesetzt werden. Was diese Verschiebung am Betrieb ändert.

Attributbasiertes Routing im OpenTelemetry Collector — eine priorisierte Kaskade, erster Treffer gewinnt, gebaut per Auswahl statt mit rohem OTTL.

Jede andere Datendomäne bekam eine Mittelschicht. Observability nicht — weil Agents mit Backends kamen. Was dieser Zufall bis heute kostet.

Observability erkundet Telemetrie, AIOps wendet ML zum Erkennen und Korrelieren an. Wo die Grenze liegt — und warum Ihre Pipeline beides bestimmt.

Jeder Kostenhebel im Backend wirkt auf bereits übertragene Daten. Wo die Ausgaben wirklich entschieden werden — und warum Commitments sie zementieren.

Die 10 Storage-Metriken, die zählen — Kapazität, Performance, Health — und wie Sie sie mit einem OTel Collector von Servern und Arrays erfassen.

Splunk, Sentinel, Grafana und Dynatrace nebeneinander ist normal, kein Fehler. Einmal erfassen und auffächern statt ein Agent pro Backend.

Telemetrie an zwei Backends senden, um eine Migration zu validieren — ohne Hosts doppelt zu zählen, Metriken zu verdoppeln oder Log-Zeilen zu duplizieren.

Sieben Cribl-Alternativen im Vergleich für 2026 — selbst gehostet, OpenTelemetry-nativ und SaaS — und wann Cribl weiterhin die richtige Wahl ist.

Isolation, Tenant-Identifikation und mandantenweises Routing für eine geteilte Collector-Flotte — dedizierte versus geteilte Pipelines, Quotas, RBAC.

Ein einzelner Collector ist ein Single Point of Failure. HA über Agent- und Gateway-Ebene: lastverteilte Pools, Sending Queues und persistente Queues.

Ein praxisnahes Playbook gegen Observability-Kosten: Volumen pro Route messen, Rauschen am Rand filtern, samplen und routen, bevor die Rechnung kommt.

OTLP, der Collector und OpAMP machen Collection portabel und geben Ihnen einen echten Ausstiegspfad. Was OpenTelemetry entkoppelt — und was nicht.

Fünf Wege, einen OpenTelemetry Collector zu deployen — Agent pro Host, DaemonSet, Sidecar, Gateway, Hybrid — im Vergleich, plus die Kein-Collector-Option.

Die Referenzarchitektur für OpenTelemetry im grossen Massstab: Agent-Collectors, eine zentrale Gateway-Ebene und OpAMP als Control Plane darüber.

Eine Telemetrie-Pipeline liegt zwischen Ihren Systemen und Ihren Backends — dort steuern Sie Kosten, Routing und PII. Was sie ist, wie Sie eine betreiben.