Multi-step / API monitoring

A többlépéses (multi-step) monitorozás HTTP-kérések sorozatát hajtja végre egyetlen monitorként: bejelentkezik, eltárol egy tokent, felhasználja a következő lépésben, és JSONPath segítségével ellenőrzi a választ. Ideális API-k és bejelentkezési folyamatok monitorozására, ahol egyetlen kérés nem elég. A Profi és Business csomagokban érhető el HTTP típusú monitorokhoz.

Hol állítom be?

1. Nyisd meg egy HTTP monitor részleteit.
2. A Multi-step / API monitorozás szakaszban illeszd be a lépések listáját tartalmazó JSON-t, és kattints a Mentés gombra.
3. Az üres mező visszaállítja a monitort a klasszikus egyszeri ellenőrzésre.

A lépések formátuma

A lépések egy JSON lista (legfeljebb 10). Minden lépés egy objektum az alábbi mezőkkel:

• url - a lépés címe (kötelező). Tartalmazhat változót, pl. .
• method - GET, POST, PUT, PATCH, DELETE, HEAD (alapértelmezetten GET).
• headers - fejléc objektum (opcionális).
• body - a kérés törzse szövegként (opcionális).
• expect_status - az elvárt HTTP státusz (alapértelmezetten 200).
• expect_contains - szöveg, amelynek szerepelnie kell a válaszban.
• expect_jsonpath + expect_value - útvonal a JSON válaszban és az elvárt érték.
• save - változó - JSONPath objektum, az érték a következő lépésekhez mentődik.
• name - a lépés neve a hibaüzenetben (opcionális).

Példa: bejelentkezés + ellenőrzés

[
  {
    "name": "bejelentkezés",
    "method": "POST",
    "url": "https://api.example.com/auth/login",
    "headers": { "Content-Type": "application/json" },
    "body": "{\"user\": \"demo\", \"pass\": \"...\"}",
    "expect_status": 200,
    "save": { "token": "data.access_token" }
  },
  {
    "name": "profil",
    "url": "https://api.example.com/me",
    "headers": { "Authorization": "Bearer " },
    "expect_jsonpath": "user.active",
    "expect_value": "True"
  }
]

JSONPath

Támogatja a pontjelölést és a tömbindexeket: data.items[0].id, user.name, opcionális $. előtaggal.

Jó tudni

• A többlépéses monitor csak az elsődleges régióból fut (a többrégiós konszenzus kimarad).
• A célcímek nem mutathatnak a belső hálózatba (ugyanaz a védelem, mint a hagyományos monitoroknál).
• A save változói csak egyetlen ellenőrzésen belül érvényesek.