Un’API può rispondere in fretta con la cosa sbagliata: un oggetto di errore con stato 200, un elenco vuoto o una pagina di login. Un monitor Website or API con i controlli sulla risposta intercetta questi casi.
Crea il monitor
Apri Monitors, scegli New monitor e seleziona Website or API.Inserisci l’URL dell’endpoint e scegli la frequenza dei controlli in Check every.Nella scheda Request and response, scegli Keyword, headers and more.
La richiesta
Method: GET, HEAD, POST, PUT, PATCH, DELETE o OPTIONS.Request headers: uno per riga nella forma Name: value, ad esempio una chiave API o Accept: application/json.Request body, ad esempio JSON per una POST.Follow redirects, Verify TLS certificate e Timeout (s).
La risposta
Expected status codes: codici o intervalli, come 200-299, 301. Qualsiasi altro stato conta come down.Keyword: un testo che la risposta deve, o non deve, contenere. Distingue tra maiuscole e minuscole.Response checks: campi JSON e header, ad esempio $.status uguale a ok. Fino a 10, e devono essere tutti soddisfatti.
Usa Test request per vedere la risposta prima di salvare.
Risposte lente e tempi
Imposta Alert when slower than (ms), ad esempio 2000. Quando tre controlli di fila sono più lenti, il monitor diventa lento e i tuoi canali ricevono un avviso di lentezza; il tempo di lentezza non conta come downtime. Il tempo di risposta di ogni controllo è suddiviso in DNS, connessione, TLS, server e download, così vedi dove se ne va il tempo. Vedi avvisi per le risposte lente.
API con più passaggi
Quando una chiamata dipende da un’altra, ad esempio un login per ottenere un token, usa invece un flusso multi-step.
Dove puoi, usa un endpoint di health check dedicato; vedi come creare un endpoint di health check e la checklist per il monitoraggio API. Scopri di più sul monitoraggio API.