100+ Integrazioni

Connetti tutto ciò che monitorate

Bleemeo si integra perfettamente con il vostro intero stack tecnologico, supportando oltre 100 tecnologie con nuove aggiunte regolarmente. Dai database e server web ai container e piattaforme cloud, ottenete un monitoraggio completo basato sul rilevamento automatico. L'agente Glouton rileva automaticamente i servizi in esecuzione utilizzando sonde TCP, senza richiedere alcuna configurazione manuale da parte vostra. Una volta rilevato un servizio, riceve immediatamente metriche dedicate, allarmi preconfigurati e dashboard progettate specificamente per quella tecnologia. Potete anche integrare le vostre metriche personalizzate tramite endpoint Prometheus, OpenMetrics, StatsD e plugin Nagios per una completa osservabilità su ogni livello della vostra infrastruttura.

Rilevamento Automatico

100+ servizi rilevati tramite sonde TCP

Zero Configurazione

Installate una volta, monitorate tutto

Metriche Approfondite

Tassi di query, latenza, cache hit

Come funziona il rilevamento automatico

Quando installate l'agente Glouton su un server, inizia immediatamente a scansionare i servizi in esecuzione utilizzando controlli socket TCP eseguiti ogni 60 secondi. Non c'è nulla da configurare: Glouton sonda le porte note e identifica la tecnologia dietro ogni socket aperto, che sia MySQL sulla porta 3306, Nginx sulla porta 80 o Redis sulla porta 6379. Ogni servizio rilevato riceve una metrica service_status che riporta uno di quattro valori: 0 (OK), 1 (Avviso), 2 (Errore) o 3 (Sconosciuto/timeout). Questo vi fornisce un indicatore di salute immediato per ogni servizio in esecuzione sull'host.

Tra gli intervalli di polling, Glouton mantiene connessioni keep-alive verso i servizi critici. Questo significa che se un servizio si blocca o diventa irraggiungibile, il rilevamento del guasto è immediato piuttosto che attendere il prossimo ciclo di 60 secondi. I servizi rilevati vengono automaticamente taggati con metadati come il nome del servizio, la porta e l'host, in modo che appaiano nelle vostre dashboard Bleemeo e nelle regole di allarme senza alcuna configurazione manuale. Ottenete piena visibilità dal momento in cui l'agente inizia a funzionare.

Quando avete bisogno di più controllo, potete personalizzare il comportamento del rilevamento utilizzando file di configurazione YAML posizionati in /etc/glouton/conf.d/. Per gli ambienti containerizzati, le label Docker come glouton.SETTING_NAME vi permettono di regolare il monitoraggio per singolo container. Gli utenti Kubernetes possono affidarsi alle annotazioni dei pod per configurare lo scraping e il rilevamento dei servizi a livello di orchestrazione. Le variabili d'ambiente con il prefisso GLOUTON_ (ad esempio, GLOUTON_LOGGING_LEVEL) sono anche supportate, rendendo semplice regolare le impostazioni nei deployment cloud dove la configurazione basata su file non è pratica. Con il piano gratuito, ottenete controlli di disponibilità per tutti i servizi scoperti; l'upgrade al piano professionale sblocca metriche specifiche per servizio come tassi di query, rapporti di cache hit e utilizzo dei pool di connessioni.

Flusso di rilevamento automatico Un diagramma a quattro fasi che illustra come Glouton rileva i servizi su un server, raccoglie le metriche, le invia al Cloud Bleemeo per l'elaborazione e fornisce dashboard e allarmi al team operativo. Server Servizi in esecuzione MySQL :3306 Nginx :80 Redis :6379 PostgreSQL :5432 Agente Glouton Sonde TCP ogni 60s Rilevamento servizi Raccolta metriche Cloud Bleemeo Tag automatici Dashboard predefinite Allarmi predefiniti Team Operativo Dashboard Allarmi e stato

Cosa succede dopo il rilevamento

Quando l'agente Glouton rileva un servizio, diverse cose accadono automaticamente. Primo, il servizio riceve una metrica service_status che monitora la disponibilità con valori da 0 (OK) a 3 (sconosciuto/timeout). Questa metrica attiva allarmi predefiniti se il servizio diventa non disponibile, senza alcuna configurazione necessaria.

Secondo, l'agente inizia a raccogliere metriche specifiche per servizio che vanno ben oltre la semplice disponibilità. Per un database MySQL, ottenete query al secondo, query lente, utilizzo del pool di connessioni, rapporto di hit del buffer pool e ritardo di replica. Per Nginx, ottenete connessioni attive, richieste al secondo, codici di stato delle risposte e tempi di risposta upstream. Per Redis, ottenete utilizzo della memoria, tassi di eviction delle chiavi, client connessi e latenza dei comandi. Ogni integrazione ha il proprio set di metriche curate, progettate da ingegneri del monitoraggio che comprendono cosa conta per quella tecnologia.

Terzo, Bleemeo crea automaticamente un tag per ogni servizio rilevato. I tag rendono facile filtrare le dashboard, definire l'ambito delle regole di allarme e organizzare la vostra infrastruttura. Un server che esegue MySQL, Nginx e Redis ottiene automaticamente tre tag di servizio, che potete usare per creare regole di notifica mirate: inviate gli allarmi del database al team DBA e gli allarmi del server web al team della piattaforma.

Infine, le dashboard predefinite si popolano con le metriche raccolte non appena i dati iniziano a fluire. Non dovete costruire dashboard da zero per i servizi comuni. La dashboard dell'agente per ogni server include una scheda Servizi che mostra tutti i servizi rilevati e le loro metriche chiave a colpo d'occhio.

Application Server & Runtime

Flessibilità di configurazione

Sovrascrivete i valori predefiniti quando necessario, o lasciate che il rilevamento automatico gestisca tutto

Configurazione YAML

Sovrascrivete qualsiasi impostazione di servizio tramite file YAML in /etc/glouton/conf.d/. I file vengono letti in ordine lessicografico e uniti, permettendovi di sovrapporre i valori predefiniti del team con override specifici per ambiente. Le modifiche vengono rilevate automaticamente senza riavvio dell'agente. Utilizzate prefissi a due cifre (es. 30-mysql.conf, 50-custom.conf) per controllare l'ordine di unione dei file.

Label Docker

Configurate il monitoraggio per container usando label Docker come glouton.check.ignore.port.8080=true per saltare porte specifiche, o glouton.enable=false per escludere completamente i container. Le label vengono rilevate in tempo reale all'avvio e all'arresto dei container. Questo approccio funziona perfettamente con Docker Compose, Swarm e container standalone.

Annotazioni Kubernetes

Utilizzate le annotazioni dei pod per controllare il monitoraggio a livello Kubernetes. Abilitate lo scraping Prometheus con prometheus.io/scrape, specificate porte personalizzate con prometheus.io/port e filtrate per namespace. Tutte le modifiche si applicano senza ridistribuire il DaemonSet Glouton. Le annotazioni vengono valutate in tempo reale, in modo che il monitoraggio si adatti istantaneamente quando i pod vengono creati, scalati o terminati.

Variabili d'ambiente

Sovrascrivete qualsiasi impostazione di configurazione con variabili d'ambiente con prefisso GLOUTON_. Ideale per i deployment cloud dove la configurazione basata su file non è pratica. Supporta stringhe, interi, booleani e anche impostazioni annidate. Questo è l'approccio consigliato per i deployment containerizzati e le pipeline CI/CD dove la configurazione viene iniettata a runtime.

Non trovate la vostra tecnologia?

Bleemeo supporta metriche personalizzate tramite i protocolli Prometheus, OpenMetrics, StatsD e plugin Nagios. Se state eseguendo un servizio che non è nel nostro catalogo, è probabile che possiate comunque monitorarlo. Utilizzate la nostra API per la massima flessibilità, o contattateci per richiedere il supporto nativo per la vostra tecnologia.