100+ Integrationen

Verbinden Sie alles, was Sie überwachen

Bleemeo integriert sich nahtlos in Ihren gesamten Technologie-Stack und unterstützt über 100 Technologien, wobei regelmäßig neue hinzugefügt werden. Von Datenbanken und Webservern bis hin zu Containern und Cloud-Plattformen erhalten Sie umfassendes Monitoring mit automatischer Erkennung. Der Glouton-Agent erkennt laufende Dienste automatisch über TCP-Socket-Probes, ohne dass eine manuelle Konfiguration Ihrerseits erforderlich ist. Sobald ein Dienst erkannt wird, erhält er sofort dedizierte Metriken, vorkonfigurierte Alarme und speziell für diese Technologie entwickelte Dashboards. Sie können auch eigene benutzerdefinierte Metriken über Prometheus-Endpoints, OpenMetrics, StatsD und Nagios-Plugins einbringen, um eine vollständige Observability über alle Schichten Ihrer Infrastruktur zu erreichen.

Automatische Erkennung

100+ Dienste über TCP-Probes erkannt

Keine Konfiguration

Einmal installieren, alles überwachen

Tiefgreifende Metriken

Abfrageraten, Latenz, Cache-Treffer

So funktioniert die automatische Erkennung

Wenn Sie den Glouton-Agent auf einem Server installieren, beginnt er sofort mit dem Scannen laufender Dienste mittels TCP-Socket-Prüfungen, die alle 60 Sekunden ausgeführt werden. Es gibt nichts zu konfigurieren: Glouton prüft bekannte Ports und identifiziert die Technologie hinter jedem offenen Socket, sei es MySQL auf Port 3306, Nginx auf Port 80 oder Redis auf Port 6379. Jeder erkannte Dienst erhält eine service_status-Metrik, die einen von vier Werten meldet: 0 (OK), 1 (Warnung), 2 (Fehler) oder 3 (Unbekannt/Timeout). Dies gibt Ihnen einen sofortigen Gesundheitsindikator für jeden auf dem Host laufenden Dienst.

Zwischen den Abfrageintervallen hält Glouton Keep-Alive-Verbindungen zu kritischen Diensten aufrecht. Das bedeutet, dass bei einem Absturz oder einer Nichterreichbarkeit eines Dienstes die Fehlererkennung sofort erfolgt, anstatt auf den nächsten 60-Sekunden-Zyklus zu warten. Erkannte Dienste werden automatisch mit Metadaten wie Dienstname, Port und Host getaggt, sodass sie ohne manuelle Konfiguration in Ihren Bleemeo-Dashboards und Alarmregeln erscheinen. Sie erhalten volle Sichtbarkeit ab dem Moment, in dem der Agent zu laufen beginnt.

Wenn Sie mehr Kontrolle benötigen, können Sie das Erkennungsverhalten über YAML-Konfigurationsdateien in /etc/glouton/conf.d/ anpassen. Für containerisierte Umgebungen ermöglichen Docker-Labels wie glouton.SETTING_NAME die Feinabstimmung des Monitorings pro Container. Kubernetes-Benutzer können sich auf Pod-Annotationen verlassen, um Scraping und Diensterkennung auf Orchestrierungsebene zu konfigurieren. Umgebungsvariablen-Überschreibungen mit dem Präfix GLOUTON_ (zum Beispiel GLOUTON_LOGGING_LEVEL) werden ebenfalls unterstützt, was die Anpassung von Einstellungen in Cloud-Deployments erleichtert, in denen dateibasierte Konfiguration nicht praktikabel ist. Im kostenlosen Plan erhalten Sie Verfügbarkeitsprüfungen für alle entdeckten Dienste; das Upgrade auf den Professional-Plan schaltet dienstspezifische Metriken wie Abfrageraten, Cache-Trefferquoten und Verbindungspool-Auslastung frei.

Automatischer Erkennungsfluss Ein vierstufiges Flussdiagramm, das zeigt, wie Glouton Dienste auf einem Server erkennt, Metriken sammelt, diese an die Bleemeo Cloud zur Verarbeitung sendet und Dashboards sowie Alarme an das Operations-Team liefert. Server Laufende Dienste MySQL :3306 Nginx :80 Redis :6379 PostgreSQL :5432 Glouton-Agent TCP-Probes alle 60s Diensterkennung Metrik-Erfassung Bleemeo Cloud Auto-Tags Vorgefertigte Dashboards Standard-Alarme Operations-Team Dashboards Alarme & Status

Was nach der Erkennung passiert

Wenn der Glouton-Agent einen Dienst erkennt, passieren automatisch mehrere Dinge. Erstens erhält der Dienst eine service_status-Metrik, die die Verfügbarkeit mit Werten von 0 (OK) bis 3 (Unbekannt/Timeout) verfolgt. Diese Metrik löst Standard-Alarme aus, wenn der Dienst nicht mehr verfügbar ist - keine Konfiguration erforderlich.

Zweitens beginnt der Agent, dienstspezifische Metriken zu sammeln, die weit über die einfache Verfügbarkeit hinausgehen. Für eine MySQL-Datenbank erhalten Sie Abfragen pro Sekunde, langsame Abfragen, Verbindungspool-Nutzung, Buffer-Pool-Trefferquote und Replikationsverzögerung. Für Nginx erhalten Sie aktive Verbindungen, Anfragen pro Sekunde, Antwort-Statuscodes und Upstream-Antwortzeiten. Für Redis erhalten Sie Speichernutzung, Key-Eviction-Raten, verbundene Clients und Befehlslatenz. Jede Integration verfügt über einen eigenen Satz kuratierter Metriken, die von Monitoring-Ingenieuren entwickelt wurden, die verstehen, worauf es bei dieser Technologie ankommt.

Drittens erstellt Bleemeo automatisch einen Tag für jeden erkannten Dienst. Tags erleichtern das Filtern von Dashboards, das Eingrenzen von Alarmregeln und das Organisieren Ihrer Infrastruktur. Ein Server, auf dem MySQL, Nginx und Redis laufen, erhält automatisch drei Dienst-Tags, die Sie verwenden können, um gezielte Benachrichtigungsregeln zu erstellen - Datenbank-Alarme an das DBA-Team, Webserver-Alarme an das Plattform-Team.

Schließlich füllen sich vorgefertigte Dashboards mit den gesammelten Metriken, sobald Daten einfließen. Sie müssen keine Dashboards von Grund auf für gängige Dienste erstellen. Das Agent-Dashboard für jeden Server enthält einen Services-Tab, der alle erkannten Dienste und ihre wichtigsten Metriken auf einen Blick anzeigt.

Nachrichtenwarteschlangen & Broker

Container & Orchestrierung

Monitoring & Observability

Anwendungsserver & Laufzeiten

Konfigurationsmanagement

Infrastrukturdienste

Konfigurationsflexibilität

Überschreiben Sie Standardwerte bei Bedarf oder lassen Sie die automatische Erkennung alles erledigen

YAML-Konfiguration

Überschreiben Sie jede Diensteinstellung über YAML-Dateien in /etc/glouton/conf.d/. Dateien werden lexikographisch gelesen und zusammengeführt, sodass Sie Team-Standardwerte mit umgebungsspezifischen Überschreibungen schichten können. Änderungen werden automatisch ohne Neustart des Agents erkannt. Verwenden Sie zweistellige Präfixe (z. B. 30-mysql.conf, 50-custom.conf), um die Reihenfolge der Dateizusammenführung zu steuern.

Docker-Labels

Konfigurieren Sie das Monitoring pro Container mithilfe von Docker-Labels wie glouton.check.ignore.port.8080=true, um bestimmte Ports zu überspringen, oder glouton.enable=false, um Container vollständig auszuschließen. Labels werden in Echtzeit erkannt, wenn Container gestartet und gestoppt werden. Dieser Ansatz funktioniert nahtlos mit Docker Compose, Swarm und eigenständigen Containern.

Kubernetes-Annotationen

Verwenden Sie Pod-Annotationen, um das Monitoring auf Kubernetes-Ebene zu steuern. Aktivieren Sie Prometheus-Scraping mit prometheus.io/scrape, geben Sie benutzerdefinierte Ports mit prometheus.io/port an und filtern Sie nach Namespace. Alle Änderungen gelten ohne erneutes Deployment des Glouton DaemonSets. Annotationen werden in Echtzeit ausgewertet, sodass sich das Monitoring sofort anpasst, wenn Pods erstellt, skaliert oder beendet werden.

Umgebungsvariablen

Überschreiben Sie jede Konfigurationseinstellung mit GLOUTON_-präfixierten Umgebungsvariablen. Ideal für Cloud-Deployments, in denen dateibasierte Konfiguration nicht praktikabel ist. Unterstützt Zeichenketten, Ganzzahlen, Booleans und sogar verschachtelte Einstellungen. Dies ist der empfohlene Ansatz für containerisierte Deployments und CI/CD-Pipelines, bei denen die Konfiguration zur Laufzeit injiziert wird.

Ihre Technologie nicht gefunden?

Bleemeo unterstützt benutzerdefinierte Metriken über Prometheus, OpenMetrics, StatsD und Nagios-Plugin-Protokolle. Wenn Sie einen Dienst betreiben, der nicht in unserem Katalog ist, stehen die Chancen gut, dass Sie ihn trotzdem überwachen können. Nutzen Sie unsere API für vollständige Flexibilität oder kontaktieren Sie uns, um native Unterstützung für Ihre Technologie anzufordern.