Et API kan svare hurtigt med det forkerte: et fejlobjekt med status 200, en tom liste eller en login-side. En Website or API-monitor med svartjek fanger de tilfælde.
Opret monitoren
Åbn Monitors, vælg New monitor, og vælg Website or API.Angiv endpointets URL, og vælg, hvor ofte der skal tjekkes, under Check every.Vælg Keyword, headers and more i kortet Request and response.
Forespørgslen
Method: GET, HEAD, POST, PUT, PATCH, DELETE eller OPTIONS.Request headers: én pr. linje som Name: value, for eksempel en API-nøgle eller Accept: application/json.Request body, for eksempel JSON til en POST.Follow redirects, Verify TLS certificate og Timeout (s).
Svaret
Expected status codes: koder eller intervaller, som 200-299, 301. Enhver anden status tæller som nede.Keyword: tekst, som svaret skal eller ikke må indeholde. Der skelnes mellem store og små bogstaver.Response checks: JSON-felter og headers, som at $.status er lig med ok. Op til 10, og alle skal holde.
Brug Test request til at se svaret, før du gemmer.
Langsomme svar og tidsmåling
Sæt Alert when slower than (ms), for eksempel til 2000. Når tre tjek i træk er langsommere end det, skifter monitoren til langsom, og dine kanaler får en alarm om langsomme svar; langsom tid tæller ikke som nedetid. Hvert tjeks svartid er delt op i DNS, connect, TLS, server og download, så du kan se, hvor tiden går. Se alarmer om langsomme svar.
API’er med flere trin
Når ét kald afhænger af et andet, for eksempel et login for at få et token, bruger du et flow i flere trin i stedet.
Brug et dedikeret health-endpoint, hvor du kan; se sådan bygger du et health check-endpoint og tjeklisten til API-overvågning. Læs mere om API-overvågning.