comparativa de herramientas autoalojadas
Blackbox exporter vs. Uptime Kuma: ¿una pieza o un producto?
No son dos versiones de lo mismo. Uptime Kuma es un producto que se instala y se usa. El Blackbox exporter de Prometheus es un componente de un sistema de monitoreo que usted mismo ensambla, y por sí solo no hace casi nada.
La tabla de abajo es la comparación completa, sin editar. Léala primero si lo prefiere: es la misma que le enviaríamos.
AGPL-3.0 · un solo binario · plan gratuito · sin tarjeta
Los datos, frente a frente
| Blackbox exporter | Uptime Kuma | Uptimepage | |
|---|---|---|---|
| licencia | Apache-2.0 | MIT | AGPL-3.0 |
| funciona por sí solo | no, es un componente | sí | sí |
| qué opera usted | exporter, Prometheus, Alertmanager y Grafana | un contenedor | alojado, o un binario |
| tipos de sondeo | http · tcp · dns · icmp · grpc · unix | 31 tipos | HTTP · TCP · DNS · TLS · dominio · ping · heartbeat · flow · manual |
| quién programa la comprobación | Prometheus, 60 s por defecto | integrado, hasta 1 s | integrado, desde 60 s |
| alertas | reglas PromQL que escribe usted + Alertmanager | 94 integraciones | 14 integraciones nativas |
| caducidad de certificados | una métrica, la alerta la crea usted | una comprobación con alerta | una comprobación con alerta |
| panel | solo página de depuración | integrado | integrado |
| página de estado | ninguna | básica, solo RSS | con su marca, con suscriptores |
| llega a destinos privados | sí | sí | sí, con su propio agente |
| sondas multirregión | despliegue usted N exporters | con el complemento Globalping | 13 regiones alojadas |
| equipos y roles | una contraseña basic-auth | un solo inicio de sesión | organizaciones + roles |
| comunidad (estrellas en GitHub) | ~5,8k | ~89k | joven |
El Blackbox exporter no tiene planificador. Un sondeo solo se ejecuta cuando Prometheus lo solicita, así que la frecuencia de comprobación es el intervalo de scrape de Prometheus, que por defecto es de un minuto.
La caducidad del certificado se expone como la métrica probe_ssl_earliest_cert_expiry en lugar de verificarla la sonda; convertirla en una alerta es una regla PromQL que escribe usted.
El exporter sirve una pequeña página de depuración en memoria que lista los sondeos recientes, no una página de estado. Su historial se pierde al reiniciar.
Los módulos prober indicados son los de la versión actual, v0.28.0. Existe un prober de websocket en master, pero no está en ninguna versión publicada.
Verificado en julio de 2026 con Blackbox exporter v0.28.0 y Uptime Kuma 2.4.0. Los dos proyectos avanzan rápido, así que consulte su código fuente actual antes de decidir.
El exporter no monitorea nada por sí solo
Esta es la parte que la gente descubre tarde. El Blackbox exporter no tiene planificador: expone un endpoint de sondeo, y un sondeo solo se ejecuta cuando algo lo solicita. Ese algo es Prometheus, que decide con qué frecuencia preguntar, guarda el resultado y evalúa sus reglas de alerta. Después, Alertmanager se encarga de enviar los avisos, y Grafana dibuja el panel. Así que un monitoreo de disponibilidad que funcione son cuatro piezas que usted instala, configura, protege, actualiza y mantiene vivas, no una. La frecuencia de comprobación ni siquiera es un ajuste del exporter; es el intervalo de scrape de Prometheus, que por defecto es de un minuto.
Donde el exporter gana de verdad
En precisión, y en encajar en un entorno que ya opera. Sondea por HTTP, TCP, DNS, ICMP, gRPC y sockets unix, y verifica cosas que la mayoría de las herramientas no pueden expresar: expresiones regulares sobre las secciones de respuesta de DNS, scripts TCP de envío y espera con actualizaciones STARTTLS, coincidencias exactas byte a byte, expresiones CEL sobre cuerpos JSON, expresiones regulares sobre las cabeceras de respuesta, e incluso fijar una versión máxima de TLS para demostrar que no se ofrece una insegura. Si ya ejecuta Prometheus, los datos de los sondeos llegan al mismo almacén que las métricas de sus aplicaciones sin coste adicional, y alcanzan lo que un comprobador alojado, por su propia estructura, no puede alcanzar: VIP internas, resolutores DNS privados, sockets en el host.
Donde gana Uptime Kuma
Está terminado. Un contenedor, cinco minutos, y tiene 31 tipos de monitor, 94 integraciones de notificación, un panel, una página de estado e intervalos de hasta un segundo. Alguien que no es ingeniero puede añadir una comprobación. Con el exporter, añadir una comprobación es editar un YAML, más una regla de relabel de Prometheus, más una recarga de la configuración, y convertir la caducidad de un certificado en una alerta implica escribir usted mismo PromQL sobre un gauge, porque la caducidad se expone como métrica en lugar de verificarla la propia sonda.
El punto ciego que comparten
Ninguno se vigila a sí mismo. Si su Prometheus cae, nada sondea y nadie se entera. Si su único contenedor de Kuma está en el host que acaba de caer, lo mismo. El monitoreo autoalojado que vive junto a lo que monitorea siempre se perderá la caída que se lleva por delante a los dos, y ese es todo el argumento a favor de una sonda que se ejecute en otro lugar.
Dónde encaja Uptimepage
Uptimepage es un producto terminado como Kuma, pero por defecto comprueba desde fuera de su infraestructura, desde varias regiones, y aun así puede ejecutar su propio agente de sondeo dentro de la red para los destinos privados a los que antes solo llegaba el exporter. Además de las comprobaciones: una página de estado con su marca y suscriptores confirmados por correo y webhook, incidentes que se abren automáticamente, organizaciones con roles, y un proveedor de Terraform, una API REST y un servidor MCP, para que la configuración se quede en Git como en una instalación de Prometheus. Alojado gratis y sin tarjeta, o autoalojado bajo AGPL.
- 01Inicie sesión con GitHub o Google. Sin tarjeta, sin llamada comercial.
- 02Pegue una URL. La primera comprobación se ejecuta antes de que termine de leer esto.
- 03Publique la página de estado, o expórtela a Terraform y guárdela en Git.
api99,98 %
p95 142 ms · un incidente en 45 días
dashboard99,91 %
p95 318 ms · dos días degradados
webhooks99,99 %
p95 88 ms · sin incidentes
RESUELTO14 min
Latencia elevada en la API del panel
14:22 resuelto, latencia de nuevo por debajo de 300 ms
14:08 abierto automáticamente por la comprobación del panel
activo degradado caído 45 días · suscriptores por correo y webhook