Et API kan svare raskt med feil innhold: et feilobjekt med status 200, en tom liste eller en innloggingsside. En Website or API-monitor med responssjekker fanger opp slike tilfeller.
Opprett monitoren
Åpne Monitors, velg New monitor og deretter Website or API.Fyll inn endepunktets URL og velg hvor ofte det skal sjekkes under Check every.I kortet Request and response velger du Keyword, headers and more.
Forespørselen
Method: GET, HEAD, POST, PUT, PATCH, DELETE eller OPTIONS.Request headers: én per linje som Name: value, for eksempel en API-nøkkel eller Accept: application/json.Request body, for eksempel JSON for en POST.Follow redirects, Verify TLS certificate og Timeout (s).
Svaret
Expected status codes: koder eller intervaller, for eksempel 200-299, 301. Alle andre statuser regnes som nede.Keyword: tekst svaret må, eller ikke må, inneholde. Det skilles mellom store og små bokstaver.Response checks: JSON-felt og headere, for eksempel at $.status er lik ok. Opptil 10, og alle må holde.
Bruk Test request for å se svaret før du lagrer.
Trege svar og tidsmåling
Sett Alert when slower than (ms), for eksempel 2000. Når tre sjekker på rad er tregere enn det, blir monitoren treg, og kanalene dine får et varsel om treghet; treg tid teller ikke som nedetid. Responstiden for hver sjekk er delt opp i DNS, tilkobling, TLS, server og nedlasting, så du ser hvor tiden går. Se varsler om trege svar.
API-er med flere steg
Når ett kall avhenger av et annet, for eksempel innlogging for å få et token, bruker du heller en flyt i flere steg.
Bruk et eget helseendepunkt der du kan; se hvordan du bygger et helseendepunkt og sjekklisten for API-overvåking. Les mer om API-overvåking.