Conecta todolo que monitoreas
Bleemeo se integra perfectamente con toda tu pila tecnológica, soportando más de 100 tecnologías con nuevas añadidas regularmente. Desde bases de datos y servidores web hasta contenedores y plataformas en la nube, obtén monitoreo completo impulsado por descubrimiento automático. El agente Glouton detecta automáticamente los servicios en ejecución usando sondas TCP, sin requerir configuración manual de tu parte. Una vez que se detecta un servicio, recibe inmediatamente métricas dedicadas, alertas preconfiguradas y dashboards diseñados específicamente para esa tecnología. También puedes traer tus propias métricas personalizadas a través de endpoints Prometheus, OpenMetrics, StatsD y plugins Nagios para una observabilidad completa en todas las capas de tu infraestructura.
Cómo funciona
Cómo funciona el descubrimiento automático
Cuando instalas el agente Glouton en un servidor, comienza inmediatamente a escanear los servicios en ejecución usando verificaciones de sockets TCP ejecutadas cada 60 segundos. No hay nada que configurar: Glouton sondea los puertos conocidos e identifica la tecnología detrás de cada socket abierto, ya sea MySQL en el puerto 3306, Nginx en el puerto 80 o Redis en el puerto 6379. Cada servicio detectado recibe una métrica service_status que reporta uno de cuatro valores: 0 (OK), 1 (Advertencia), 2 (Error) o 3 (Desconocido/timeout). Esto te da un indicador de salud instantáneo para cada servicio que se ejecuta en el host.
Detección inmediata de fallos
Entre los intervalos de sondeo, Glouton mantiene conexiones keep-alive hacia los servicios críticos. Esto significa que si un servicio se cae o se vuelve inalcanzable, la detección de fallos es inmediata en lugar de esperar al siguiente ciclo de 60 segundos.
Etiquetado automático
Los servicios detectados se etiquetan automáticamente con metadatos como el nombre del servicio, puerto y host, de modo que aparecen en tus dashboards de Bleemeo y reglas de alerta sin ninguna configuración manual. Obtienes visibilidad completa desde el momento en que el agente comienza a ejecutarse.
Tras la detección
Qué sucede después de la detección
Métrica de estado
Cuando el agente Glouton detecta un servicio, varias cosas suceden automáticamente. Primero, el servicio recibe una métrica service_status que rastrea la disponibilidad con valores de 0 (OK) a 3 (desconocido/timeout). Esta métrica activa alertas predeterminadas si el servicio se vuelve no disponible, sin necesidad de configuración.
Métricas por servicio
Segundo, el agente comienza a recopilar métricas específicas del servicio que van mucho más allá de la simple disponibilidad. Para una base de datos MySQL, obtienes consultas por segundo, consultas lentas, uso del pool de conexiones, ratio de aciertos del buffer pool y retraso de replicación. Para Nginx, obtienes conexiones activas, solicitudes por segundo, códigos de estado de respuesta y tiempos de respuesta upstream. Para Redis, obtienes uso de memoria, tasas de evicción de claves, clientes conectados y latencia de comandos. Cada integración tiene su propio conjunto de métricas curadas, diseñadas por ingenieros de monitoreo que entienden qué importa para esa tecnología.
Etiquetas automáticas
Tercero, Bleemeo crea automáticamente una etiqueta para cada servicio detectado. Las etiquetas facilitan filtrar dashboards, definir el alcance de las reglas de alerta y organizar tu infraestructura. Un servidor que ejecuta MySQL, Nginx y Redis obtiene automáticamente tres etiquetas de servicio, que puedes usar para crear reglas de notificación dirigidas: envía las alertas de base de datos al equipo DBA y las alertas del servidor web al equipo de plataforma.
Dashboards predefinidos
Finalmente, los dashboards predefinidos se llenan con las métricas recopiladas tan pronto como los datos comienzan a fluir. No necesitas construir dashboards desde cero para los servicios comunes. El dashboard del agente para cada servidor incluye una pestaña de Servicios que muestra todos los servicios detectados y sus métricas clave de un vistazo.

Sistemas operativos

AlmaLinux

CentOS

CloudLinux

Debian

Fedora

Oracle Linux

Proxmox Backup Server

Proxmox VE

Red Hat

Rocky Linux

TrueNAS CORE

TrueNAS SCALE

Ubuntu

Windows Server
Bases de datos

Cassandra

ClickHouse

CockroachDB

CouchBase

CouchDB

Elasticsearch

InfluxDB

MariaDB

Memcached

MongoDB

PostgreSQL

RethinkDB

Riak

SQL Server

Valkey
Servidores web y proxies

Apache HTTP

Caddy

Emissary

Envoy

HAProxy

Squid

Traefik

Varnish
Colas de mensajes y brokers

Kafka

Mosquitto

NATS

RabbitMQ
Contenedores y orquestación

Docker

Kubernetes
Monitoreo y observabilidad

Graphite

Nagios Plugins

OpenTelemetry

Prometheus

Telegraf
Servidores de aplicaciones y runtimes

.NET

Erlang

Java

Node.js

PHP-FPM

Python

Ruby

Rust

uWSGI
Gestión de configuración
Comunicación y correo

Asterisk

Dovecot

eJabberd

Exim

Postfix
Servicios de infraestructura

Authentik

BIND

Consul

CoreDNS

etcd

FreeRADIUS

Infisical

libvirt

OpenLDAP

OpenVPN

Minio

PowerDNS

RustFS

UPS (upsd)

Vault

ZooKeeper
Alertas y notificaciones

Discord

MessageBird

OpsGenie

OVH SMS

PagerDuty

Slack

Microsoft Teams

Telegram

Twilio

VictorOps

Webhooks

Rocket.Chat
Plataformas cloud

AWS CloudWatch

AWS EC2

AWS ELB

AWS DynamoDB

AWS RDS

AWS S3
Desarrollo y colaboración

Bitbucket

Confluence

Forgejo

Gitea

GitLab

Jenkins

JIRA

GitHub
Aplicaciones móviles
Otro

VMware

NVIDIA
Configuración
Flexibilidad de configuración
Anula los valores predeterminados cuando lo necesites, o deja que el descubrimiento automático se encargue de todo
Configuración YAML
Anula cualquier configuración de servicio mediante archivos YAML en /etc/glouton/conf.d/. Los archivos se leen en orden lexicográfico y se fusionan, permitiéndote superponer los valores predeterminados del equipo con anulaciones específicas del entorno. Los cambios se detectan automáticamente sin reiniciar el agente. Usa prefijos de dos dígitos (ej. 30-mysql.conf, 50-custom.conf) para controlar el orden de fusión de archivos.
Etiquetas Docker
Configura el monitoreo por contenedor usando etiquetas Docker como glouton.check.ignore.port.8080=true para omitir puertos específicos, o glouton.enable=false para excluir contenedores completamente. Las etiquetas se detectan en tiempo real cuando los contenedores se inician y detienen. Este enfoque funciona perfectamente con Docker Compose, Swarm y contenedores independientes.
Anotaciones Kubernetes
Usa anotaciones de pods para controlar el monitoreo a nivel de Kubernetes. Habilita el scraping de Prometheus con prometheus.io/scrape, especifica puertos personalizados con prometheus.io/port y filtra por namespace. Todos los cambios se aplican sin redesplegar el DaemonSet de Glouton. Las anotaciones se evalúan en tiempo real, por lo que el monitoreo se adapta instantáneamente cuando los pods se crean, escalan o terminan.
Variables de entorno
Anula cualquier configuración con variables de entorno con prefijo GLOUTON_. Ideal para despliegues en la nube donde la configuración basada en archivos no es práctica. Soporta cadenas, enteros, booleanos e incluso configuraciones anidadas. Este es el enfoque recomendado para despliegues containerizados y pipelines CI/CD donde la configuración se inyecta en tiempo de ejecución.
¿No ves tu tecnología?
Bleemeo soporta métricas personalizadas a través de los protocolos Prometheus, OpenMetrics, StatsD y plugins Nagios. Si estás ejecutando un servicio que no está en nuestro catálogo, es probable que puedas monitorearlo de todos modos. Usa nuestra API para total flexibilidad, o contáctanos para solicitar soporte nativo para tu tecnología.













