Una API puede responder rápido con algo incorrecto: un objeto de error con estado 200, una lista vacía o una página de inicio de sesión. Un monitor de tipo Website or API con comprobaciones de respuesta detecta esos casos.
Crea el monitor
Abre Monitors, elige New monitor y selecciona Website or API.Introduce la URL del endpoint y elige con qué frecuencia comprobarlo en Check every.En la tarjeta Request and response, elige Keyword, headers and more.
La petición
Method: GET, HEAD, POST, PUT, PATCH, DELETE u OPTIONS.Request headers: una por línea con el formato Name: value, como una clave de API o Accept: application/json.Request body, por ejemplo JSON para un POST.Follow redirects, Verify TLS certificate y Timeout (s).
La respuesta
Expected status codes: códigos o rangos, como 200-299, 301. Cualquier otro estado cuenta como caída.Keyword: texto que la respuesta debe contener, o no. Distingue entre mayúsculas y minúsculas.Response checks: campos JSON y cabeceras, como que $.status sea igual a ok. Hasta 10, y deben cumplirse todas.
Usa Test request para ver la respuesta antes de guardar.
Respuestas lentas y tiempos
Configura Alert when slower than (ms), por ejemplo en 2000. Cuando tres comprobaciones seguidas son más lentas, el monitor pasa a lento y tus canales reciben una alerta de lentitud; el tiempo lento no cuenta como tiempo de inactividad. El tiempo de respuesta de cada comprobación se desglosa en DNS, conexión, TLS, servidor y descarga, para que veas en qué se va el tiempo. Consulta alertas por respuestas lentas.
API con varios pasos
Cuando una llamada depende de otra, como iniciar sesión para obtener un token, usa en su lugar un flujo de varios pasos.
Usa un endpoint de salud dedicado siempre que puedas; consulta cómo crear un endpoint de health check y la checklist de monitorización de API. Más sobre la monitorización de API.