Conecta todo lo 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 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.
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. 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.
Cuando necesitas más control, puedes personalizar el comportamiento de descubrimiento usando
archivos de configuración YAML ubicados en /etc/glouton/conf.d/. Para entornos
containerizados, las etiquetas Docker como glouton.SETTING_NAME te permiten ajustar
el monitoreo por contenedor. Los usuarios de Kubernetes pueden confiar en las anotaciones de pods
para configurar el scraping y la detección de servicios a nivel de orquestación. Las variables
de entorno con el prefijo GLOUTON_ (por ejemplo, GLOUTON_LOGGING_LEVEL)
también son compatibles, lo que facilita ajustar configuraciones en despliegues en la nube donde
la configuración basada en archivos no es práctica. Con el plan gratuito, obtienes verificaciones
de disponibilidad para todos los servicios descubiertos; actualizar al plan profesional desbloquea
métricas específicas por servicio como tasas de consultas, ratios de cache hit y utilización de
pools de conexiones.
Qué sucede después de la detección
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.
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.
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.
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
Debian
Fedora
Oracle Linux
Red Hat
Rocky Linux
TrueNAS CORE
TrueNAS SCALE
Ubuntu
Windows Server
Bases de datos
Cassandra
CouchBase
CouchDB
Elasticsearch
InfluxDB
MariaDB
Memcached
MongoDB
MySQL
PostgreSQL
Redis
RethinkDB
Riak
SQL Server
Valkey
Servidores web y proxies
Apache HTTP
Caddy
HAProxy
Nginx
Squid
Traefik
Varnish
Colas de mensajes y brokers
Contenedores y orquestación
Docker
Kubernetes
Monitoreo y observabilidad
Graphite
Nagios Plugins
OpenTelemetry
Prometheus
StatsD
Telegraf
Servidores de aplicaciones y runtimes
Gestión de configuración
Comunicación y correo
Asterisk
Dovecot
eJabberd
Exim
Postfix
Servicios de infraestructura
Consul
FreeRADIUS
libvirt
OpenLDAP
OpenVPN
PowerDNS
ZooKeeper
Alertas y notificaciones
Discord
MessageBird
OpsGenie
OVH SMS
PagerDuty
Slack
Microsoft Teams
Telegram
Twilio
VictorOps
Webhooks
Rocket.Chat
Plataformas en la nube
AWS CloudWatch
AWS EC2
AWS ELB
AWS DynamoDB
AWS RDS
AWS S3
Desarrollo y colaboración
Bitbucket
Confluence
GitLab
Jenkins
JIRA
GitHub
Aplicaciones móviles
Android
Otros
VMware
NVIDIA
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.