LinkMesh

Doku, Blog und Changelog durchsuchen

Die Dokumentation ist nur auf Englisch verfügbar.

ENDE

OpenTelemetry-Routing

Telemetrie an das richtige Backend leiten — nach Label, Umgebung oder Mandant

Eine Pipeline kann nicht jedem Team dienen, und jeden Collector an ein einziges Backend zu verdrahten bedeutet Lock-in. LinkMesh verwaltet Routen, die Telemetrie von Ihren OpenTelemetry Collectors an mehrere Ziele verteilen — Splunk, Grafana, Objektspeicher, jedes OTLP-Backend — mit einer eigenen Verarbeitungskette pro Route. Selbst gehostet, herstellerneutral und pro Collector statt pro Gigabyte abgerechnet.

Kostenlos starten →

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

Ein Ziel für alles skaliert nicht

Teams brauchen unterschiedliche Telemetrie an unterschiedlichen Orten, zu unterschiedlichen Preisen. Verdrahten Sie sie fest mit einem einzigen Backend, erhalten Sie Wildwuchs, Lock-in und doppelte Daten. Genau diese Fehlerbilder soll eine Routing-Ebene beheben.

Eine Pipeline kann nicht jedem Team dienen

Die Security will Logs an einem Ort, das SRE-Team Metriken an einem anderen, die Finanzabteilung langsame Abfragen an einem dritten. Eine einzige fest verdrahtete Pipeline zwingt alle auf dasselbe Ziel.

Wildwuchs mit einem Collector pro Team

Geben Sie jedem Team einen eigenen Collector für sein eigenes Backend, und Sie erhalten eine Flotte fast identischer Agents, jeder von Hand konfiguriert und jeder vom Rest abweichend.

Ein einziges Backend bedeutet Lock-in

Koppeln Sie jeden Collector direkt an einen einzigen Hersteller, wird der Wechsel — oder schon das Hinzufügen — eines Backends zu einem flottenweiten Umbau, den Sie immer wieder verschieben.

Dual-Shipping verdoppelt Daten

Wer dieselbe Telemetrie auf die naive Art an zwei Ziele sendet, speichert und bezahlt doppelt — und muss zwei Kopien abgleichen, die still auseinanderlaufen.

Alles zahlt Premiumpreise

Wenn keine Ebene entscheidet, was wohin gehört, landet wenig wertvolle Debug-Ausgabe im selben teuren Backend wie Ihre sicherheitskritischen Logs.

Kein Überblick, wohin Daten fließen

Fragen Sie, welche Telemetrie mit welcher Rate an welches Ziel fließt, und die ehrliche Antwort steckt in Konfigurationsdateien pro Host, die seit Monaten niemand gelesen hat.

Eine Collector-Ebene, viele Ziele

Quellen speisen Ihre Collectors; LinkMesh verwaltet die Routing-Richtlinie, die entscheidet, wohin jeder Datenstrom geht; die Collectors verteilen die Telemetrie an jedes Ziel — Splunk, Grafana oder Loki, Objektspeicher, jedes OTLP-Backend. LinkMesh überträgt die Routenkonfiguration und liest den Health-Status, und die Telemetrie läuft nie darüber.

CONTROL PLANE · Routenkonfiguration, Health (nie Telemetrie)LinkMesh — selbst gehostetes Control Planeverwaltet die Routing-Richtlinie auf jedem CollectorRoutenkonfiguration · HealthQuellenHosts · K8sApps · SyslogCollector-FlotteRouting-Regeln · Kette je Routeotelcol-contrib · Grafana Alloyverwaltet von LinkMeshSplunk · Security-LogsGrafana · LokiObjektspeicher · ArchivBeliebiges OTLP-BackendTelemetriegeroutet
Das Routing läuft auf den Collectors, die die Telemetrie an jedes Ziel verteilen. LinkMesh verwaltet die Routen und bleibt aus dem Datenpfad heraus.

01

Routing nach Label, Umgebung oder Mandant

Problem

Unterschiedliche Telemetrie gehört an unterschiedliche Orte, aber eine fest verdrahtete Pipeline sendet alles an ein Ziel, egal was es ist und wem es gehört.

LinkMesh

Definieren Sie Routen, die nach Labels, Umgebung, Quelle oder Mandant filtern, und senden Sie jeden Datenstrom an das passende Ziel. Ein Collector liest die Regeln, die LinkMesh rendert, und verteilt die Telemetrie entsprechend — ohne Agent pro Team.

Die richtige Telemetrie erreicht das richtige Backend — entschieden durch eine Regel statt durch Verdrahtung.

Wie Routen Telemetrie an Backends verteilen (Englisch) →

02

Eine eigene Verarbeitungskette pro Route

Problem

Eine einzige Verarbeitungspipeline behandelt jedes Ziel gleich, obwohl das, was Splunk erhalten soll, und das, was in den Objektspeicher gehört, selten identisch ist.

LinkMesh

Jede Route hat ihre eigene Kette von Processors — filtern, samplen, maskieren, umwandeln —, sodass Sie für ein Ziel kürzen und schwärzen und an ein anderes vollständigere Datensätze senden können, alles aus demselben Collector.

Bestimmen Sie, was jedes Backend erhält, ohne dafür einen eigenen Collector aufzusetzen.

Wie Processors Telemetrie umwandeln (Englisch) →

03

Dual-Shipping ohne Duplikate

Problem

Wer dieselbe Telemetrie auf die naive Art an zwei Backends sendet, verdoppelt Speicher und Kosten und erhält zwei Kopien, die mit der Zeit auseinanderlaufen.

LinkMesh

Verteilen Sie einen Datenstrom aus einer einzigen Route an mehr als ein Ziel, mit Filterung pro Route, sodass jede Kopie nur enthält, was dieses Backend braucht — der Security-Index bekommt die Security-Felder, das Archiv den Rest. Eine Quelle, bewusste Kopien.

Senden Sie Telemetrie gezielt an zwei Orte, ohne für dieselben Datensätze doppelt zu bezahlen.

Anleitung: Datensätze auf einer Route filtern (Englisch) →

04

Auf günstigeren Speicher auslagern

Problem

Wenn eine Pipeline alles an ein Premium-Backend sendet, zahlt wenig wertvolle Telemetrie denselben Preis pro Gigabyte wie die Daten, die Sie täglich abfragen.

LinkMesh

Leiten Sie wertvolle Logs an Ihr primäres Backend und den Rest an einen Objektspeicher oder ein günstigeres OTLP-Ziel — Grafana Loki, einen Archiv-Bucket, wohin auch immer. Die Aufteilung ist eine Routenregel, kein zweiter Collector.

Behalten Sie den Premiumspeicher für das, was ihn wert ist; alles andere zahlt keine Premiumpreise mehr.

Anleitung: Telemetrie an Grafana Loki leiten (Englisch) →

05

Herstellerneutral — Backend wechseln, ohne Collectors anzufassen

Problem

Collectors, die direkt an einen Hersteller gekoppelt sind, machen jeden Backend-Wechsel zu einem flottenweiten Umbau — genau so bleibt ein Kosten- oder Migrationsprojekt stecken.

LinkMesh

Routen zeigen auf Ziele, die Sie zentral definieren, aufgebaut auf Standard-OpenTelemetry-Collectors und Grafana Alloy. Fügen Sie ein Backend hinzu, entfernen oder tauschen Sie es, indem Sie eine Route ändern — die Collectors führen weiter die offene Konfiguration aus, die sie bereits haben.

Ändern Sie, wohin Telemetrie geht, ohne einen einzigen Host erneut anzufassen.

Wie ein Collector in LinkMesh abgebildet ist (Englisch) →

06

Live-Durchsatz pro Route und Verbindung

Problem

Ohne Überblick darüber, was wohin fließt, ist eine Routenänderung Raterei, und ein falsch geleiteter Datenstrom bleibt unbemerkt, bis eine Backend-Rechnung oder ein fehlendes Dashboard ihn aufdeckt.

LinkMesh

Die Topologie-Ansicht zeigt jeden Collector, jede Route und jedes Ziel mit live gemessenen Datensätzen pro Sekunde auf jeder Verbindung. Sie sehen in Echtzeit, welche Telemetrie mit welcher Rate welches Backend erreicht.

Routing, das Sie beobachten können — statt es aus Konfigurationsdateien ableiten zu müssen.

Wie Collector-Gruppen und Topologie funktionieren (Englisch) →
Die LinkMesh-Topologie-Ansicht — eine Collector-Gruppe leitet Telemetrie an mehrere Ziele, mit live gemessenen Datensätzen pro Sekunde auf jeder Verbindung.
Die Topologie: Collectors mit ihren Zielen, mit Live-Durchsatz auf jeder Verbindung.

07

Routenänderungen in Git versioniert, mit Rollback

Problem

„Wer hat geändert, wohin die Payment-Logs gehen, wann, und können wir es rückgängig machen?“ sollte eine Antwort mit einem Klick sein, keine Archäologie in Host-Konfigurationen.

LinkMesh

Jede Änderung an Routen, Processors und Zielen landet als Commit im GitOps-Konfigurations-Repository — mit vollständigem Diff, Autor und Zeitstempel. Kehren Sie zu jeder früheren Revision zurück und verteilen Sie sie erneut an die Flotte.

Änderungshistorie auf Git-Niveau und Rollback mit einem Klick für Ihre gesamte Routing-Konfiguration.

Wie die Konfiguration in Git versioniert wird (Englisch) →

Was LinkMesh ist — und was nicht

Was es ist

Ein selbst gehostetes Control Plane, das die Routing-Richtlinie in Ihren OpenTelemetry Collectors verwaltet — Standard-otelcol-contrib und Grafana Alloy —, sodass eine Collector-Ebene Telemetrie an viele Backends verteilt, jedes mit seiner eigenen Verarbeitungskette.

Was es nicht ist

Es ist weder ein Telemetrie-Backend noch ein Datenspeicher, und es ist kein Broker, durch den Ihre Daten fließen. LinkMesh nimmt Ihre Logs, Metriken und Traces weder auf noch indexiert oder speichert es sie — die Collectors übernehmen das Routing und senden direkt an Ihre eigenen Backends. Telemetrie läuft nie über LinkMesh.

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

Kann ein Collector Telemetrie an mehrere Backends senden?

Ja. LinkMesh verwaltet Routen, die Telemetrie von einem einzigen Collector an mehrere Ziele verteilen — Splunk, Grafana oder Loki, Objektspeicher oder jedes OTLP-Backend —, jede mit ihrer eigenen Verarbeitungskette. Sie brauchen keinen eigenen Collector pro Backend.

Kann ich dieselbe Telemetrie an zwei Ziele senden, ohne sie zu duplizieren?

Ja. Eine einzige Route kann einen Datenstrom an mehr als ein Ziel verteilen, mit Filterung pro Route, sodass jede Kopie nur enthält, was dieses Backend braucht. Sie senden Telemetrie gezielt an zwei Orte, statt für die Speicherung zweier vollständiger Kopien zu bezahlen.

Läuft meine Telemetrie für das Routing über LinkMesh?

Nein. LinkMesh ist selbst gehostet und transportiert nur Konfiguration und Health. Das Routing läuft in Ihren eigenen Collectors, und Ihre Telemetrie fließt direkt von dort zu Ihren Backends — sie läuft nie über LinkMesh.

Entsteht durch Routing mit LinkMesh ein Vendor-Lock-in?

Nein. Routen bauen auf Standard-OpenTelemetry-Collectors und Grafana Alloy auf, und Sie können ein Backend hinzufügen, entfernen oder tauschen, indem Sie eine Route ändern, statt Hosts erneut anzufassen. Wenn Sie LinkMesh je verlassen, führen Ihre Collectors weiter die offene Konfiguration aus, die sie bereits haben.

Kann ich sehen, wohin Telemetrie tatsächlich fließt?

Ja. Die Topologie-Ansicht zeigt jeden Collector, jede Route und jedes Ziel mit Live-Datensätzen pro Sekunde auf jeder Verbindung, sodass Sie beobachten können, welche Telemetrie mit welcher Rate welches Backend erreicht.

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.

Jeden Datenstrom an das passende Backend senden

Selbst gehostet, herstellerneutral, pro Collector abgerechnet. Routen Sie nach Label, Umgebung oder Mandant, verteilen Sie ohne Duplikate und wechseln Sie ein Backend, ohne einen Host anzufassen. Die ersten 25 Collectors sind nach einer kostenlosen Registrierung ohne Kreditkarte im OpenSight Customer Portal gratis (5 ohne Registrierung).

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

curl -fsSL https://artifacts.saas.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