Monitoring as Code.
O simplemente pídeselo a tu agente.
Define tus monitores de API, alertas y páginas de estado como YAML o JavaScript, guárdalos en Git y despliégalos desde CI. ¿No quieres escribir configuración? Conecta un cliente MCP y configúralos en lenguaje natural.
# define once, deploy everywhere $ npx @loadfocus/monitoring deploy Plan: 4 to create, 1 to update, 0 to delete ✓ check checkout-api created us-east-1, eu-west-1 ✓ check login-flow created browser · 3 steps ✓ alertRule api-p95-slow created → Slack #ops ✓ statusPage acme-status created acme.loadfoc.us ✓ group web updated Deployed 5 resources in 2.3s. Monitoring is now live.
Tus monitores viven junto a tu código
Sin navegar por paneles. Declara comprobaciones, aserciones y alertas en YAML sencillo o JavaScript tipado. Revísalos en pull requests. Despliégalos al hacer merge.
Git es la fuente de la verdad
Cada monitor está versionado, es revisable y reproducible en todos los entornos.
Plan y aplicación seguros
Un plan calculado en el servidor muestra exactamente qué se va a crear, actualizar o eliminar, con borrados de huérfanos protegidos.
YAML o JavaScript
Elige configuraciones declarativas o constructos tipados. El mismo motor, el mismo resultado.
kind: check type: api logicalId: checkout-api name: Checkout API schedule: "60" # seconds locations: [us-east-1, eu-west-1] request: url: https://api.acme.com/checkout method: POST headers: - { key: Authorization, value: "Bearer {{secrets.TOKEN}}" } assertions: - { type: statusCode, comparison: equals, value: 200 } - { type: responseTime, comparison: below, value: 800 }
Una sola CLI para todo el ciclo de vida
Los mismos seis comandos funcionan en tu máquina y en CI. @loadfocus/monitoring está en npm bajo Apache-2.0.
Genera la estructura de un proyecto con configuración y un monitor de ejemplo.
Compila localmente y hace un dry-run en el servidor antes de publicar nada.
Ejecuta comprobaciones puntuales sin persistencia; el código de salida controla CI.
Reconcilia el estado: crea, actualiza, elimina. --dry-run para previsualizar.
Ejecuta a demanda comprobaciones ya desplegadas, por ejemplo tras un release.
Elimina recursos de forma limpia. Protegido tras --yes en CI.
¿Ya tienes monitores en la app de LoadFocus? import genera YAML a partir de tu configuración en vivo, para que adoptes código sin rehacer nada.
Diseñado para CI. Los cambios destructivos salen con un código que requiere confirmación en lugar de quedarse colgados en un prompt, así no tienes borrados accidentales ni pipelines atascados.
O sáltate la configuración, solo pídeselo a tu agente
LoadFocus ejecuta un servidor Model Context Protocol en mcp.loadfocus.com. Apunta Claude, Cursor o cualquier cliente MCP a él y crea, ejecuta y comprueba monitores con solo pedirlo. No hay nada que instalar más allá de la conexión.
Monitorización en tu pipeline de despliegue
Prueba las comprobaciones contra staging en cada PR y luego despliégalas a producción cuando haces merge. Los cambios de monitorización viajan con el código que los necesita.
GitHub Actions y GitLab CI
Workflows listos para copiar y pegar incluidos en el repo. Configura dos secretos y listo.
Test → deploy → trigger
Valida en el PR, aplica en el merge y haz un smoke-test del nuevo release, todo desde CI.
name: monitoring-as-code on: [push, pull_request] jobs: reconcile: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - run: npx @loadfocus/monitoring test # dry-run on every PR - if: github.ref == 'refs/heads/main' run: npx @loadfocus/monitoring deploy --yes env: LOADFOCUS_API_KEY: ${{ secrets.LF_KEY }} LOADFOCUS_TEAM_ID: ${{ secrets.LF_TEAM }}
Ocho tipos de recurso, un solo flujo de trabajo
Las comprobaciones son solo el principio. Los grupos, las alertas, los dashboards y las páginas de estado también son declarativos.
Monitores de API, browser, multistep, TCP y heartbeat.
Ubicaciones y canales compartidos, con silenciar o activar.
Alertas por umbral de tiempo, estado y duración.
Suprime alertas en una programación recurrente.
Tarjetas de estado con uptime, p95 y sparklines.
Públicas, con tu marca y en tu propio dominio.
Email, Slack, Teams, webhook, Discord, PagerDuty, Opsgenie.
Secretos y variables en tiempo de ejecución, referenciados en línea.
LoadFocus vs Checkly
El mismo flujo de trabajo code-first, más un servidor MCP en vivo y una CLI de código abierto.
| LoadFocus | Checkly | |
|---|---|---|
| Monitores como código (YAML / JS) | ✓ Ambos | ✓ TS |
| Servidor MCP nativo para agentes de IA | ✓ 40 tools, en vivo | × Solo Skills |
| CLI de código abierto | ✓ Apache-2.0 | Parcial |
| Pruebas de carga (k6 / JMeter) | ✓ | × |
| Páginas de estado como código | ✓ | ✓ |
| Workflows de CI/CD incluidos | ✓ GH + GitLab | ✓ |
Monitoring as Code, respondido
Q.¿Qué es monitoring as code?
Definir tus monitores, alertas y páginas de estado en ficheros con control de versiones en lugar de hacerlo desde una interfaz, de modo que sean revisables, reproducibles y desplegables a través de CI/CD.
Q.¿Necesito saber TypeScript?
No. Usa YAML declarativo para el camino más sencillo, o constructos de JavaScript tipado si prefieres código. Ambos compilan a los mismos recursos.
Q.¿En qué se diferencia de Checkly?
El mismo paradigma code-first, más un servidor MCP en vivo para que los agentes de IA creen monitores conversando, una CLI Apache-2.0 y pruebas de carga en la misma plataforma.
Q.¿Cómo se conectan los agentes de IA?
Apunta cualquier cliente MCP a mcp.loadfocus.com, autentícate vía OAuth y 40 tools quedan disponibles al instante.
Q.¿Es seguro ejecutarlo en CI?
Sí. Los despliegues calculan primero un plan, protegen los borrados de huérfanos y salen con un código de confirmación en lugar de quedarse colgados en prompts.
Q.¿Qué puedo gestionar como código?
Comprobaciones (API, browser, multistep, TCP, heartbeat), grupos, reglas de alerta, ventanas de mantenimiento, dashboards, páginas de estado, canales de alerta y variables.
Configura tu monitorización en una tarde
Instala la CLI o conecta un cliente MCP. Tu primer monitor puede estar funcionando en minutos.