LinkMesh

Doku, Blog und Changelog durchsuchen

Die Dokumentation ist nur auf Englisch verfügbar.

ENDE

Telemetry-Pipeline

Selbst gehostete Telemetry-Pipeline-Software für OpenTelemetry

LinkMesh ist Telemetry-Pipeline-Software, die Sie selbst betreiben. Sie verwaltet die OpenTelemetry Collectors, die ohnehin zwischen Ihren Systemen und Ihren Backends sitzen: Sie bauen Pipelines in einem visuellen Editor, legen pro Route fest, was gefiltert, maskiert oder gesampelt wird und wohin es geht, und sehen das Ergebnis mit Live-Durchsatz auf jeder Kante. Die Control Plane ist ein einzelnes Binary mit eingebettetem Speicher. Ihre Telemetrie fließt von Ihren Collectors direkt zu Ihren Backends und läuft nie durch LinkMesh.

Neu im Thema? Lesen Sie den Leitfaden: Was ist eine Telemetrie-Pipeline?

Kostenlos starten →

25 Collectors nach kostenloser Registrierung · 5 ohne Registrierung Wie die kostenlose Stufe funktioniert

Warum eine Collector-Konfiguration pro Host nicht mehr reicht

Pipelines stecken in Dateien, die niemandem gehören

Jeder Host hat sein eigenes Collector-YAML. Wer ändern will, was verworfen oder maskiert wird, editiert, prüft und verteilt Dutzende Kopien, und die driften auseinander, sobald jemand eine davon von Hand korrigiert.

Jede Änderung ist ein Experiment in Produktion

Dass eine Prozessorkette falsch ist, merken Sie erst, wenn sie die benötigten Datensätze verworfen oder die unerwünschten durchgelassen hat. Einen sicheren Ort zum Ausprobieren gibt es nicht.

Ein Ziel für alles

Debug-Rauschen und sicherheitskritische Logs landen im selben teuren Backend zum selben Preis, weil die Pipeline keine Regel kennt, was wohin gehört.

Sensible Felder verlassen das Haus

E-Mail-Adressen, Kartennummern und Tokens reisen in Logzeilen mit, bis sie im Index eines Drittanbieters liegen, weil Maskierung nie Teil des Wegs war.

Kein Blick darauf, was wirklich fließt

Welche Telemetrie geht wohin und mit welcher Rate? Die Antwort steckt in Konfigurationsdateien und Backend-Rechnungen.

Eine Pipeline, die eine eigene Plattform braucht

Eine Pipeline-Schicht bedeutet oft einen Worker-Tier, eine externe Datenbank und eine Hersteller-Cloud im Steuerungspfad. Das ist eine zweite Plattform, die Sie betreiben müssen, bevor die erste besser wird.

Was LinkMesh Ihrer Telemetry-Pipeline gibt

01

Pipelines visuell bauen, als Code behalten

Problem

Handgeschriebene Collector-Konfiguration ist schwer zu prüfen und leicht zu beschädigen.

LinkMesh

Setzen Sie Quellen, Prozessoren und Ziele im visuellen Pipeline-Builder zusammen. Eine Pipeline ist ein wiederverwendbares Rezept (filtern, transformieren, maskieren), auf das viele Routen verweisen können, also ändern Sie sie an einer Stelle. Jede Änderung landet als Commit in einem Git-versionierten Konfigurations-Repository, mit Diff, Autor und Rollback.

Ein Ort für Änderungen an der Pipeline, mit der Historie, um sie rückgängig zu machen.

Wie wiederverwendbare Pipelines funktionieren (Englisch) →
Der LinkMesh Pipeline-Builder: Quellen, Prozessoren und Ziele zu einer Telemetry-Pipeline zusammengesetzt.

02

Eine Kette an echten Daten testen, bevor sie live geht

Problem

Eine Prozessorkette ist erst bewiesen, wenn sie schon auf Produktionsverkehr gelaufen ist.

LinkMesh

Erfassen Sie eine begrenzte Stichprobe der Live-Datensätze einer Route, legen Sie sie in der Sample Library ab und lassen Sie jede Pipeline als Dry-Run dagegen laufen. Sie sehen das Ergebnis jedes Schritts und die finale Ausgabe, bevor Sie speichern.

Einmal erfassen, beliebig oft testen, ausrollen, was Sie funktionieren gesehen haben.

Live-Stichproben erfassen und eine Pipeline als Dry-Run testen (Englisch) →

03

Jeden Datenstrom dorthin routen, wo er hingehört

Problem

Eine fest verdrahtete Pipeline schickt alles an ein Backend.

LinkMesh

Routen greifen auf Attribute, Labels, Umgebung, Quelle oder Mandant, über einen geführten Feld/Operator/Wert-Builder oder rohes OTTL, wenn Sie es brauchen. Jede Route hat ihre eigene Prozessorkette und kann an mehrere Ziele verteilen: Ihr primäres Backend, einen günstigeren OTLP-Speicher, Kafka oder einen Archiv-Bucket.

Die richtigen Daten erreichen das richtige Backend, entschieden durch eine Regel statt durch Verkabelung.

OpenTelemetry-Routing an mehrere Backends →

04

Sensible Felder am Collector maskieren

Problem

PII und Secrets reisen in der Telemetrie mit, bis ein Backend sie indexiert.

LinkMesh

Maskieren Sie direkt in der Pipeline, mit eingebauten Templates (Kartennummern, E-Mail und Telefon) oder eigenen Regex- und OTTL-Regeln, sodass die Daten geschwärzt sind, bevor sie Ihr Netzwerk verlassen.

Sensible Felder enden an Ihrer Grenze, nicht bei einem Anbieter.

PII in OpenTelemetry-Pipelines schwärzen →

05

Live-Durchsatz auf jeder Kante sehen

Problem

Ohne Messung ist eine Pipeline-Änderung geraten, und ein falsch gerouteter Strom fällt nicht auf.

LinkMesh

Die Topologie-Ansicht zeigt jeden Collector, jede Route und jedes Ziel mit Live-Datensätzen pro Sekunde auf jeder Verbindung, dazu den Zustand jedes Collectors der Flotte.

Eine Pipeline, die Sie beobachten, statt sie aus Konfigurationsdateien zu erschließen.

Wie Collector-Gruppen und Topologie funktionieren (Englisch) →
Die LinkMesh Topologie-Ansicht: eine Collector-Gruppe routet Telemetrie an zwei Ziele, mit Live-Datensätzen pro Sekunde auf jeder Kante.

06

Eine Änderung auf die ganze Flotte ausrollen

Problem

Dutzende Collectors einzeln zu aktualisieren ist langsam, und einige werden immer vergessen.

LinkMesh

Collector-Gruppen wenden dieselben Pipelines und Routen auf jedes Mitglied an; ein Collector, der einer Gruppe beitritt, übernimmt sie automatisch. Die Konfiguration kommt per OpAMP auf Standard-Collectors (otelcol-contrib), ohne proprietären Agenten im Datenpfad.

Pipeline einmal ändern, und jeder Collector der Gruppe führt sie aus.

Wie die Konfiguration zu den Collectors kommt (Englisch) →

07

Zugangsdaten und Kontrolle bleiben bei Ihnen

Problem

Pipeline-Plattformen halten oft Ihre Backend-Zugangsdaten und betreiben die Control Plane in ihrer Cloud.

LinkMesh

LinkMesh ist ein Binary mit eingebettetem Speicher, auf einer VM, in Docker oder air-gapped. Backend-Tokens liegen in einem eingebauten, verschlüsselten Vault, werden per Name referenziert und erst bei der Auslieferung eingesetzt, also nie nach Git geschrieben. Collectors authentisieren sich mit einem Enrollment-Token über TLS, das Sie selbst terminieren.

Die ganze Vertrauensgrenze, also Control Plane, Flotten-Metadaten und Zugangsdaten, bleibt auf Infrastruktur, die Sie betreiben.

Wie Destination-Secrets aus Ihrer Konfiguration bleiben (Englisch) →

Telemetry-Pipeline-Software, die aus dem Datenpfad bleibt

LinkMesh verwaltet die Pipeline, Ihre Collectors führen sie aus. Zwischen LinkMesh und den Collectors laufen nur Konfiguration und Zustand. Telemetrie geht von den Collectors direkt zu Ihren Backends, also fügt LinkMesh keinen Hop, keine Latenz und keine zweite Kopie Ihrer Daten hinzu. Sobald ein Collector seine Konfiguration erhalten hat, stoppt ein Ausfall von LinkMesh Ihre Daten nicht: Collectors laufen mit der zuletzt angewendeten Konfiguration weiter.

Weil die Collectors Standard-OpenTelemetry-Collectors mit offener Konfiguration sind, ist die Pipeline, die Sie bauen, nicht an LinkMesh gebunden. Ihre Collectors laufen mit der Konfiguration weiter, die sie bereits haben.

Fragen zu Telemetry-Pipeline-Software

Was sollte Telemetry-Pipeline-Software eigentlich leisten?

Sie sollte Sie an einer Stelle entscheiden lassen, was mit Logs, Metriken und Traces zwischen Ihren Systemen und Ihren Backends passiert: welche Datensätze verworfen oder gesampelt werden, welche Felder maskiert werden und welches Backend jeden Strom bekommt. Sie sollte diese Regeln vor dem Ausrollen an echten Daten testbar machen und danach zeigen, was tatsächlich fließt. LinkMesh leistet das für OpenTelemetry Collectors: visueller Pipeline-Builder, Verarbeitung und Verteilung pro Route, Stichproben mit Dry-Runs und Live-Durchsatz pro Kante.

Was ist eine Telemetrie-Pipeline? →

Brauche ich einen eigenen Pipeline-Tier oder Worker-Cluster?

Nein. LinkMesh verwaltet die OpenTelemetry Collectors, die Sie schon betreiben oder neu einbinden, und macht sie zur Pipeline. Es gibt keinen Worker-Tier zu dimensionieren und keine externe Datenbank: Die Control Plane ist ein einzelnes Binary mit eingebettetem Speicher. Telemetrie wird in Ihren Collectors verarbeitet und geht direkt zu Ihren Backends; zu LinkMesh laufen nur Konfiguration und Zustand.

Schnellstart (Englisch) →

Wie teste ich eine Pipeline-Änderung, ohne die Produktion zu gefährden?

Erfassen Sie eine begrenzte Stichprobe der echten Datensätze einer Route und legen Sie sie in der Sample Library ab. Lassen Sie dann eine Pipeline als Dry-Run dagegen laufen: Sie sehen die Ausgabe jedes Prozessorschritts und das Endergebnis, bevor Sie speichern. Tut sie, was Sie erwarten, speichern Sie und lassen die Collector-Gruppe ausrollen. Dieselbe Stichprobe dient für jede spätere Änderung.

Live-Stichproben erfassen (Englisch) →

Kann eine Pipeline unterschiedliche Daten an unterschiedliche Backends schicken?

Ja. Routen entscheiden, welche Datensätze wohin gehen, anhand von Attributen wie Umgebung, Team, Quelle oder Mandant. Jede Route hat ihre eigene Prozessorkette und kann mehrere Ziele haben, sodass vollständige Daten an Ihr primäres Backend gehen, während eine gefilterte oder maskierte Kopie in günstigeren Speicher geht. Die Verteilung läuft in Ihren Collectors.

OpenTelemetry-Routing an mehrere Backends →

Läuft es ohne Internetzugang?

Ja. LinkMesh ist selbst gehostet und braucht zur Laufzeit keinen SaaS-Dienst. Installieren Sie es aus Paketen oder als Container-Image auf eigener Infrastruktur, auch in air-gapped Netzen mit lokalem Paket-Mirror.

Air-gapped OpenTelemetry →

Wenn sich nichts ändert

Von allein wird nichts davon günstiger: Das Volumen wächst weiter, bereits versendete Daten lassen sich nicht zurückholen, und jeder zusätzliche Agent ist einer mehr, den Sie später wieder entfernen.

Wenn es läuft

  • Eine Rechnung pro Collector, die ein Volumenanstieg nicht bewegt.
  • Sensible Felder auf dem Host maskiert, bevor etwas das Netzwerk verlässt.
  • Jede Konfigurationsänderung ein Diff, das Sie prüfen und zurückrollen können.
  • Austauschbare Backends, weil nichts Proprietäres im Pfad sitzt.

Häufige Fragen

Läuft meine Telemetrie über LinkMesh?

Nein. Zwischen LinkMesh und Ihren Collectors laufen nur Konfiguration und Zustand; Telemetrie geht direkt von den Collectors zu Ihren Backends.

Welche Collectors verwaltet LinkMesh?

Standard-OpenTelemetry-Collectors (otelcol-contrib), konfiguriert per OpAMP.

Wie wird LinkMesh abgerechnet?

Pro verwaltetem Collector, nie nach Datenvolumen. Die ersten 25 Collectors sind nach einer kostenlosen Registrierung ohne Kreditkarte im OpenSight Customer Portal gratis (5 ohne Registrierung); darüber gilt ein fester Preis von USD 12.50 · CHF 12.00 · EUR 12.50 pro Collector und Monat bei jährlicher Abrechnung, und ab 200 Collectors steigt der Betrag nicht weiter.

Betreiben Sie Ihre Telemetry-Pipeline auf eigener Infrastruktur

Ein Binary, in wenigen Minuten installiert, kostenlos zum Start. Bringen Sie die Collectors mit, die Sie schon betreiben.

Control Plane auf einer beliebigen Linux-VM installieren — Ubuntu / Debian

curl -fsSL https://artifacts.opensight.ch/binaries/linkmesh-server/latest/linkmesh-server_latest_amd64.deb -o linkmesh-server.deb && sudo apt install -y ./linkmesh-server.deb

RHEL / Rocky / AlmaLinux, Collector-Enrollment und die vollständige Anleitung: Installationsanleitung →

Mit Ihrer eigenen Umgebung testen

Diese gepflegten Anleitungen führen von der Produktbewertung zur konkreten Konfiguration. Dokumentation auf Englisch.

Versionen und Grenzen vorab prüfen