A kiszolgálómód
A Restorm nemcsak hívni tud egy kiszolgálót, hanem üzemeltetni is. Meg kell határozni egy útvonalat és annak válaszát, el kell indítani a figyelést, majd rá kell irányítani egy klienst — jellemzően a saját alkalmazás kódját —, hogy tesztelhető legyen, hogyan használja a szolgáltatást.
Erre akkor van szükség, amikor a valódi szolgáltatás még nem létezik, amikor
nehéz rávenni a keresett válasz előállítására (egy 503-as hiba, egy SOAP-hiba,
egy adott gRPC-állapotkód), vagy amikor egy reprodukálható teszthez rögzített
adatkészletre van szükség.
Az elv egyszerű, és éppen ez teszi kényelmessé: amit a kiszolgálón be kell állítani, az a kiszolgált válasz. A megadott állapotkód, fejlécek és törzs pontosan az, amit a hívó megkap.
Támogatott protokollok
Section titled “Támogatott protokollok”| Kiszolgáló | Oldal |
|---|---|
| HTTP | HTTP-API szimulálása |
| GraphQL | GraphQL-API szimulálása |
| gRPC | gRPC-szolgáltatás szimulálása |
| SOAP | SOAP-szolgáltatás szimulálása |
| WebSocket, Socket.IO, MQTT | WebSocket, Socket.IO és MQTT szimulálása |
| OData | OData-szolgáltatás szimulálása |
Kiszolgáló létrehozása
Section titled “Kiszolgáló létrehozása”Jobb kattintás egy mappán ▸ Hozzáadás ▸, majd a kívánt menüpont. A menü nyolc kiszolgálót ajánl fel, amelyek mindegyike önálló elemtípus:
HTTP-kiszolgáló · GraphQL-kiszolgáló · gRPC-kiszolgáló · SOAP-kiszolgáló · WebSocket-kiszolgáló · Socket.IO-kiszolgáló · MQTT-kiszolgáló · OData-kiszolgáló
A létrehozott elem SRV jelvényt kap a projektfában. HTTP-kiszolgáló
esetén a kezdőértékek: GET, localhost:8080/, 200-as állapotkód.
Indítás és leállítás
Section titled “Indítás és leállítás”A panelen a küldés gombja helyére egy Listen ↔ Stop váltógomb kerül. A válaszpanel élőben mutatja az állapotot: Nem figyel, vagy Figyel — N kérés kiszolgálva.
A hoszt fixen localhost: csak a port és az útvonal szerkeszthető. Egy
szimulációs kiszolgáló nem arra való, hogy a hálózat felé ki legyen téve.
A kiszolgáló a Stop gombbal, a fájl bezárásával vagy az alkalmazásból való kilépéssel áll le.
Portmegosztás
Section titled “Portmegosztás”A Restorm portonként csak egyetlen socketet nyit meg, és a bejövő hívás jellege szerint irányít: a szokásos kéréseket a HTTP-útvonalakhoz, a váltási kéréseket a WebSocket- vagy Socket.IO-kiszolgálóhoz.
Konkrétan: egy szimulációs HTTP-kiszolgáló és egy Socket.IO-kiszolgáló együtt is
figyelhet a :8080 porton. A port csak akkor szabadul fel, amikor az utolsó
hozzá tartozó útvonal is leáll.
A változók futás közben oldódnak fel
Section titled “A változók futás közben oldódnak fel”A kiszolgált fejlécek és törzs a kiszolgálás pillanatában oldódnak fel, nem az indításkor: ha egy környezeti változó módosul, miközben a kiszolgáló figyel, a következő válasz már megváltozik. Lásd: Változók és környezetek.
Forgatókönyvben
Section titled “Forgatókönyvben”A Figyelés … / Bezárás … műveletek a forgatókönyv futásának idejére
üzemeltetnek egy kiszolgálót, served kimenettel, amely bejövő hívásonként
egy eseményt bocsát ki. Ez teszi lehetővé egy webhook végponttól végpontig
tartó tesztelését egyetlen gráfban. Lásd:
Üzemeltetett kiszolgálók.
Összehasonlítás a felhőben üzemeltetett szimulációs kiszolgálókkal
Section titled “Összehasonlítás a felhőben üzemeltetett szimulációs kiszolgálókkal”| Restorm | Felhőben üzemeltetett kiszolgálók (például Postman Mock Servers) | |
|---|---|---|
| Hol fut | A saját gépen | A szolgáltatónál |
| Késleltetés | Semmilyen hálózati körút | Egy internetes körút |
| Offline is működik | ✔ | ✘ |
| A válasz forrása | Maga a kérés, szerkeszthető módon | Egy elmentett példa |
{{ }} sablonok | ✔, minden híváskor feloldva | Korlátozottan |
| Portmegosztás | ✔ | Nem értelmezhető |
| Adatvédelem | Semmi nem hagyja el a gépet | Az adatok átmennek a szolgáltatáson |