100+ integraciones

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.

Descubrimiento automático

100+ servicios detectados via sondas TCP

Cero configuración

Instala una vez, monitorea todo

Métricas detalladas

Tasas de consultas, latencia, cache hits

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.

Flujo de descubrimiento automático Un diagrama de flujo de cuatro pasos que ilustra cómo Glouton descubre servicios en un servidor, recopila métricas, las envía al Cloud de Bleemeo para su procesamiento y entrega dashboards y alertas al equipo de operaciones. Servidor Servicios en ejecución MySQL :3306 Nginx :80 Redis :6379 PostgreSQL :5432 Agente Glouton Sondas TCP cada 60s Detección de servicios Recopilación de métricas Cloud Bleemeo Etiquetas automáticas Dashboards predefinidos Alertas predeterminadas Equipo de operaciones Dashboards Alertas y estado

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.

Colas de mensajes y brokers

Contenedores y orquestación

Monitoreo y observabilidad

Servidores de aplicaciones y runtimes

Gestión de configuración

Servicios de infraestructura

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.