Documentación

Sepa en segundos si una caída es suya o de su proveedor

La mayoría de los sitios dependen de servicios que gestiona otra empresa: un proveedor de pagos, un servicio de correo, una CDN, un proveedor de inicio de sesión, una búsqueda de direcciones, una API de mapas. Cuando uno de ellos falla, su proceso de compra o de registro falla con él, y en toda incidencia la primera pregunta es la misma: ¿somos nosotros o son ellos? Cada minuto dedicado a responderla es un minuto que no se dedica a la solución ni a contar a los clientes qué está pasando.

Pingsured puede comprobar esos servicios junto a los suyos, para que la respuesta esté en el mismo panel.

Páginas de estado que publican JSON

Muchos proveedores tienen una página de estado que también ofrece un resumen legible por máquinas. Una comprobación JSON lo lee:

Busque en la página de estado del proveedor un enlace llamado API o JSON; la ruta depende del sistema que utilice. Una comprobación así convierte el aviso del propio proveedor en una alerta que usted recibe, en lugar de una página que tiene que acordarse de abrir.

Los endpoints a los que usted llama de verdad

Una página de estado vale lo que valen la honestidad y la rapidez del proveedor. Cuando el proveedor tiene un endpoint público (una URL de health check, una API pública que no requiere cuenta, el script que sus páginas cargan desde su CDN), compruébelo directamente:

• el código de estado, con el tiempo de respuesta representado en el gráfico;
• en una API JSON, el campo que indica que ha funcionado;
• en un script o una hoja de estilos que carga desde su CDN, que responde 200 desde cada una de las ubicaciones donde están sus visitantes.

Por qué comprobar a sus proveedores con Pingsured

• «¿Nosotros o ellos?» respondido en segundos. Sus propias comprobaciones y las de sus proveedores, una junto a otra, en la misma línea de tiempo.
• La caída es del proveedor; la alerta, en su canal. Correo electrónico, la aplicación o un webhook a su herramienta de incidencias: igual que se entera de lo que pasa en sus propios sistemas.
• Desde varias ubicaciones. Un proveedor que falla solo en una región es fácil de pasar por alto desde su oficina.
• Un historial al que remitirse. El historial del ping muestra cuándo y desde dónde falló un proveedor, así que una conversación sobre su fiabilidad puede partir de datos y no de la memoria.

Límites que conviene conocer

• Las comprobaciones envían GET o HEAD y no pueden iniciar sesión mediante un formulario, así que los endpoints que requieren un inicio de sesión completo quedan fuera de alcance. Una clave de API de larga duración en una cabecera de la petición sí funciona.
• Compruebe solo lo que un proveedor hace público, o lo que su contrato permite. Cada ping envía una petición con el intervalo que usted fije, identificada por su User-Agent.