NimBox SRE es la capa de operación que convierte tus alertas en servicio facturable: un agente con autodescubrimiento, PAM nativo y profiling eBPF que opera hosts tras NAT, sin abrir SSH. Incidencias, runbooks aprobados y evidencia mensual lista para tu SLA. Sin montar un NOC 24×7.
Tienes 50–500 hosts repartidos entre pymes, un equipo contenido y clientes que pagan mantenimiento o SLA. El problema no es detectar: es operar, controlar y demostrar lo que hace tu equipo.
Conectas lo que ya tienes, defines cómo se actúa y cada incidencia deja evidencia. Tu equipo opera con contexto; tú facturas con pruebas.
Monit (nativo), OpenTelemetry y Prometheus entran a una sola capa operativa. Contexto por host: estado, métricas, procesos e historial de incidencias.
// no montas otro siloUn solo comando: descarga el binario, autodetecta los servicios en marcha (nginx, postgres, docker, redis…), registra el host en PAM y empieza a reportar. Sin configurar nada, sin abrir puertos entrantes — funciona igual tras NAT.
// de cero a operando en 60 segundosCada cierre deja propiedad, severidad, sesión, tiempo y cumplimiento de SLA. El informe mensual se genera solo, no se reconstruye.
// servicio que se explicaAsí es la vida de un host desde que lo instalas hasta que su incidencia queda cerrada y justificada. Sin VPN, sin SSH expuesto, sin tocar el router del cliente.
Un curl | sh con el token del cliente. El agente detecta solo lo que corre —containerd, cron, nginx, sshd—, se registra en PAM, deja su unidad de systemd y empieza a reportar. No configuras nada. No abres nada.
Al primer ciclo el host ya está ahí con su inventario resuelto: distribución, kernel, proveedor, ubicación, métricas y hasta el nodo K3s con sus pods. Plug & play de verdad: nadie ha dado de alta nada a mano.
Docker, Kubernetes, Proxmox, Zimbra, Asterisk, Plesk, Redis, MySQL, certificados TLS, GPUs… Si el software está en la máquina, se vigila. No hay pantalla que configurar porque no hay nada que decidir — y puedes responder «¿esto lo estáis mirando?» sin abrir el código. 20 y creciendo…
Conectas Telegram, Slack, Google Chat o WhatsApp y el agente vive donde ya habla tu equipo. Le preguntas por un host en lenguaje normal y te contesta con datos, no con un enlace a otro panel.
La primera comprobación ya detecta dos unidades de systemd caídas. El agente abre la incidencia, ejecuta el runbook aprobado y la deja resuelta —con el detalle de qué falló y con qué comando verificarlo. Y te lo cuenta por el canal que hayas elegido.
Personas, agentes y automatismos dejan el mismo rastro: quién, qué, sobre qué y con qué resultado. Cada registro va encadenado al anterior —si alguien tocara uno, la cadena se rompe— y de cada intervención queda la grabación de lo que se ejecutó. Esto es lo que enseñas cuando el cliente pregunta.
Pensada para MSPs, software houses y equipos de infraestructura que necesitan convertir operaciones complejas en resultados claros —y facturables— para sus clientes.
Descubre y vigila lo que hay: Asterisk, Zimbra, Carbonio, Plesk, MySQL, Redis, PHP-FPM, Varnish, Docker, certificados, discos SMART, GPUs. Y lo que no vive en el host — AWS con CloudWatch, Proxmox, calidad de red hacia donde te importe.
Propiedad, severidad, evidencia y SLA para cerrar el ciclo operativo completo.
Binario único de un fichero, sin dependencias. Detecta servicios, procesos y contenedores solo, opera tras NAT y activa profiling eBPF —latencia de I/O, pilas de kernel— cuando la métrica no basta.
El agente se auto-registra en PAM al instalarse. Cada conexión SSH queda auditada. Sin contraseñas en tráfico, sin configuración manual.
Convierte actividad, resoluciones y cumplimiento de SLA en un informe mensual útil.
Abre y cierra tickets en Jira o GitLab cuando una incidencia necesita a una persona. Habla donde ya hablas: Telegram, Slack, Google Chat o WhatsApp — pides y respondes desde el mismo hilo. Y tus métricas en Grafana, con paneles ya montados o conectando el tuyo. Sin cambiar de herramienta.
Convierte cada resolución en un runbook aprobado, versionado y vinculado al host o servicio afectado. El agente —o cualquier técnico— actúa dentro de un marco que tu equipo revisa y controla.
El agente trabaja por pull: sale él hacia NimBox por HTTPS y recoge lo que tiene que ejecutar. Los runbooks corren en la máquina aunque esté detrás de NAT, CGNAT o un router doméstico de cliente — sin exponer SSH, sin abrir un solo puerto entrante, sin túneles que mantener.
El agente se centra en diagnosticar y, con los datos —métricas, procesos, carga e historial en una sola vista por host—, encuentra el origen del problema para dejarlo resuelto de verdad. Menos incidencias que vuelven, y clientes más contentos.
Autodescubrimiento + eBPF. El agente detecta lo que corre en cada host sin configurar nada. Y cuando la métrica no alcanza, activa profiling eBPF sobre la marcha: histograma de latencia de I/O y pilas de kernel de los procesos bloqueados, con el tiempo exacto que pasan atascados. Se enciende solo donde el kernel lo soporta, sin agente pesado ni instrumentar nada.
NimBox SRE no te da otro panel: te da capacidad. El mismo equipo cierra más incidencias, con procedimientos controlados y evidencia que puedes facturar cada mes.
Más cierres por técnico gracias a runbooks y agentes que hacen el trabajo repetitivo.
Menos tiempo por incidencia: contexto por host y procedimiento a mano desde el primer minuto.
Primera respuesta y resolución con objetivos configurables y cumplimiento visible.
Los agentes cubren la guardia: investigan y te piden permiso antes de actuar. Cobertura sin el coste de un 24×7 real.
No. NimBox SRE trae su propio agente ligero, pero convive con tu monitorización existente: se integra de forma nativa con Monit y admite OpenTelemetry (OTLP) y Prometheus, y convierte esas alertas en operación con contexto, evidencia y SLA. No cambias de herramienta ni migras nada — lo pones al lado de lo que ya tienes.
Nunca sin control. Los agentes solo ejecutan runbooks aprobados y versionados, con ámbito acotado por host o servicio, y todo acceso pasa por un PAM que registra y audita cada acción del agente en una sesión. Puedes revocar cualquier procedimiento en un clic.
El objetivo es un piloto sobre un cliente real en días, no meses: conectas hosts y alertas, defines los primeros runbooks a partir de lo que ya resuelves a mano, y empiezas a acumular evidencia desde la primera guardia.
Cada incidencia deja propiedad, severidad, tiempo, sesión y cumplimiento de SLA. El informe mensual se genera con esa evidencia en lugar de reconstruirse a mano — lo usas para justificar horas, defender el SLA y demostrar el valor del servicio.
Empezamos con una demo corta sobre tu caso y un piloto acotado. Escríbenos a [email protected] y montamos una llamada para ver si encaja.
Cuéntanos qué operas y te enseñamos cómo encaja NimBox SRE en una demo corta.