Esta página se tradujo del inglés.
Herramientas para desarrolladores
Crea un panel de monitorización y analítica de API
Kliv es un creador de aplicaciones con IA. Describe el panel de monitorización y analítica de API que necesitas —sondas, presupuestos, uso por socio, incidentes, páginas de estado y alertas de Slack— y Kliv lo construye.
Spublica ingrese tu idea en el cuadro de texto y AI la construirá por ti.
¿Qué es Kliv?
Kliv no es un proveedor de monitorización con paneles fijos: es una IA que construye software para ti.
Describes la aplicación que necesitas con palabras sencillas, y Kliv construye la base de datos, la lógica, las pantallas y las tareas programadas. El resultado es tuyo, lo ejecutas en tus propias cuentas y puedes modificarlo más adelante simplemente pidiéndolo. No es un panel de plantilla.
En esta página, esa aplicación es un panel de monitorización y analítica de API. Kliv construye todo tipo de aplicaciones web; esta vigila endpoints, socios, presupuestos, incidentes y páginas de estado con la forma que tu equipo necesita.
¿Por qué construir tu propia monitorización de API?
La mayoría de las herramientas de monitorización empiezan por URLs y tiempo de actividad. Es útil, pero un equipo con integraciones de socios suele necesitar respuestas más concretas: qué socio consume más presupuesto, qué endpoint cambió de comportamiento, quién confirmó la alerta y qué decía la página de estado pública en ese momento.
Kliv construye el monitor alrededor de tus propios conceptos. Los endpoints tienen responsables y presupuestos. Los socios tienen claves y uso. Los incidentes tienen una línea temporal. La página de estado, las alertas y el postmortem leen el mismo historial en lugar de copiarlo en herramientas separadas.
Endpoints, sondas y presupuestos
El panel se construye a partir de registros que tu equipo puede inspeccionar.
Endpoints y presupuestos de error
Cada endpoint guarda su responsable, su SLO y su presupuesto. El gráfico de consumo usa el presupuesto que define tu equipo, no un valor por defecto de un proveedor.
Sondas
Funciones en el servidor se ejecutan según programación, por ejemplo cada minuto para el feed de seguimiento y cada hora para la exportación de facturación. Cada ejecución escribe una fila, así que el historial se puede consultar.
Claves y uso por socio
Cada llamada se contabiliza contra la clave de un socio. Un socio que inicia sesión ve su propio uso e incidentes, mientras que las reglas por fila mantienen fuera a los demás socios.
Alertas y confirmaciones
Los umbrales están ligados a los presupuestos. Las alertas se publican donde trabaja el equipo, y las confirmaciones registran quién y cuándo las atendió.
Página de estado
La página de estado pública se genera a partir de la tabla de incidentes, así que las actualizaciones y el historial de incidentes quedan conectados.
Un ejemplo: la API de seguimiento de carga de Diego
Así es como un equipo podría usar una monitorización de API construida con Kliv. Es solo un ejemplo: tú describirías tus propios endpoints, socios, presupuestos y reglas de alerta.
La sonda detecta fallos repetidos
El endpoint de tarifas de Diego devuelve tres errores 500 seguidos. La sonda escribe tres filas fallidas, y el umbral de alerta lee esas filas.
El equipo adecuado ve la alerta
La alerta llega a #plataforma con el gráfico adjunto. Un ingeniero la confirma desde el hilo, y el incidente se abre con un responsable ya asignado.
La página de estado se actualiza a partir del incidente
La página pública pasa a estado degradado porque así lo indica la fila del incidente. Los socios pueden leer la actualización antes de escribir un correo de soporte.
La recuperación se mide antes de cerrar el incidente
Tras desplegar la corrección, la sonda cierra el incidente solo después de diez minutos seguidos en verde. La recuperación se mide con datos, no se declara a mano.
El postmortem empieza con una línea temporal
El equipo ya tiene cada fila de sonda, alerta, confirmación y cambio de estado en orden, así que nadie reconstruye el incidente de memoria.
Describe el panel de API que quieres
Kliv construye a partir de tu descripción, así que incluye nombres de endpoints, programaciones, presupuestos, socios, canales de alerta y qué deben ver los clientes. Cuanta más información des, más se acercará la primera versión.
Monitor de API para socios
Sondas, presupuestos, uso por socio y una página de estado.
“Crea un panel de monitorización de API para nuestra API de seguimiento de carga. Sondea /tracking cada minuto y /billing-export cada hora, fija un SLO semanal del 99,5% en /tracking, muestra gráficos de latencia y tasa de error por clave de socio, publica una página de estado pública a partir de los registros de incidentes, y envía alertas a Slack en #plataforma cuando se consuma el 25% del presupuesto semanal.”
Panel interno de servicios
Un panel de estado de servicios por equipo responsable.
“Crea un panel interno de estado de servicios. Cada equipo registra sus endpoints, responsables, SLOs y canales de Slack. Las sondas se ejecutan cada cinco minutos por defecto, las comprobaciones fallidas abren incidentes, y las alertas van al canal del equipo responsable con seguimiento de confirmaciones.”
Rastreador de entregas de webhooks
Llamadas salientes, reintentos e historial visible para el cliente.
“Crea un rastreador de entregas de webhooks para nuestro marketplace. Registra cada llamada saliente, código de estado, cuerpo de la respuesta, reintento y URL de destino. Muestra los fallos por destino, y permite que cada cliente inicie sesión para ver el historial de entregas solo de sus propios endpoints.”
Construido como los sistemas que vigila
Los cambios pueden pasar por revisión. El código de la herramienta se sincroniza con tu repositorio, así que las definiciones de sondas y los umbrales de alerta pueden revisarse como cualquier otro cambio en producción.
Los contadores de uso pueden convertirse en facturas. El uso se cuenta donde se muestra en los gráficos. Si facturas el excedente —por ejemplo, 0,38 € por cada mil llamadas después del millón incluido—, las facturas mensuales pueden generarse a partir de esos mismos contadores a través de tu propia cuenta de Stripe. También puedes generar informes de uso sin facturación.
Las alertas pueden quedarse en Slack. La conexión con Slack publica alertas con contexto y puede registrar las confirmaciones de vuelta en el incidente. El token vive en la bóveda de la plataforma, no en el código.
Las herramientas de monitorización suelen construirse como es debido después de un incidente. El patrón más amplio de herramientas internas está reunido en la lista de lo hecho como es debido después.
Preguntas frecuentes
¿Qué es exactamente Kliv?
Kliv es un creador de aplicaciones con IA. Describes el panel de API que necesitas, y Kliv construye una aplicación real con sondas, incidentes, páginas de estado, registros de uso y pantallas de administración.
¿Obtengo una aplicación real, o una plantilla?
Una aplicación real. Tus endpoints, claves de socio, programaciones, presupuestos, incidentes y reglas de visibilidad se guardan en una base de datos construida para tu equipo.
¿Puedo modificarla después de construida?
Sí. Puedes pedir nuevas sondas, presupuestos, gráficos, vistas por socio o reglas de alerta con palabras sencillas, y Kliv actualiza la aplicación.
¿Pueden los socios ver el tráfico de otros?
No. El inicio de sesión de un socio solo lee las claves, gráficos de uso e incidentes de ese socio. Las filas de otros socios no se devuelven.
¿Dónde se ejecutan las sondas?
Como funciones en el servidor dentro de la aplicación, con la programación que tú definas. Cada ejecución escribe una fila, por eso el historial se puede consultar en vez de ser una colección de capturas de pantalla.
¿Podemos facturar el uso a los socios?
Sí. Los contadores de uso pueden incluir precios, como un millón de llamadas incluidas y luego 0,38 € por cada mil llamadas adicionales, facturados a través de tu propia cuenta de Stripe. También puedes usar los mismos contadores solo para informes de uso.
¿Qué pasa con la página de estado durante una caída de la API?
Se mantiene separada de la API que vigila. La página de estado se aloja con tu aplicación Kliv, así que la caída de la API monitorizada no tumba la página que la explica.
¿Pueden las alertas llegar a Slack?
Sí. Las alertas pueden publicarse en Slack con contexto, y las confirmaciones pueden volver desde el hilo al registro del incidente.
¿Puedo usar mi propio dominio?
Sí. Las páginas de estado públicas y los paneles privados pueden funcionar en tu propio dominio.
¿Puedo salir de Kliv más adelante?
Sí. El código de la aplicación se sincroniza con tu propio repositorio Git, así que salir es un git pull en lugar de una reconstrucción.
¿Necesito una herramienta de analítica aparte?
No. Los gráficos pueden leer directamente de tus filas de sondas, incidentes y uso, con los eventos que definas para tu propio equipo.
Más en esta categoría
Vigílalo antes de que te despierte
Describe los endpoints, umbrales, socios y alertas. Kliv construye el vigilante, la página de estado y los informes de uso alrededor de ellos.
