Modul server
Restorm poate găzdui un server, nu doar să apeleze unul. Definiți o rută și răspunsul acesteia, porniți ascultarea, apoi îndreptați un client spre ea — de regulă codul aplicației dumneavoastră — pentru a testa felul în care consumă serviciul.
Este exact ce trebuie atunci când serviciul adevărat nu există încă, când este
greu să îl faceți să producă răspunsul care vă interesează (o eroare 503, o
eroare SOAP, o stare gRPC precisă) sau când doriți un set de date înghețat pentru
un test reproductibil.
Principiul este simplu și tocmai asta îl face plăcut: ce configurați pe server este răspunsul servit. Starea, antetele și corpul pe care le introduceți sunt exact ceea ce primește apelantul.
Protocoale compatibile
Section titled “Protocoale compatibile”| Server | Pagină |
|---|---|
| HTTP | Simularea unui API HTTP |
| GraphQL | Simularea unui API GraphQL |
| gRPC | Simularea unui serviciu gRPC |
| SOAP | Simularea unui serviciu SOAP |
| WebSocket, Socket.IO, MQTT | Simularea WebSocket, Socket.IO și MQTT |
| OData | Simularea unui serviciu OData |
Crearea unui server
Section titled “Crearea unui server”Clic dreapta pe un folder ▸ Adaugă ▸ și apoi intrarea dorită. Meniul propune opt servere, fiecare fiind un tip distinct de element:
Server HTTP · Server GraphQL · Server gRPC · Server SOAP · Server WebSocket · Server Socket.IO · Server MQTT · Server OData
Elementul creat poartă o insignă SRV în arbore. Pentru un server HTTP,
valorile de plecare sunt GET, localhost:8080/, starea 200.
Pornirea și oprirea
Section titled “Pornirea și oprirea”În panou, butonul de trimitere este înlocuit cu un comutator Listen ↔ Stop. Panoul de răspuns afișează starea în direct: Not listening sau Listening — N request(s) served.
Gazda este fixată la localhost: doar portul și calea sunt editabile. Un
server de simulare nu are menirea de a fi expus în rețea.
Serverul se oprește prin butonul Stop, prin închiderea fișierului sau prin închiderea aplicației.
Partajarea portului
Section titled “Partajarea portului”Restorm deschide un singur socket pentru fiecare port și dirijează în funcție de natura apelului sosit: cererile obișnuite către rutele HTTP, cererile de comutare către WebSocket sau Socket.IO.
Concret: un server HTTP de simulare și un server Socket.IO pot ascultă împreună pe
:8080. Portul este eliberat numai la oprirea ultimei sale rute.
Variabilele sunt rezolvate la cald
Section titled “Variabilele sunt rezolvate la cald”Antetele și corpul servite sunt rezolvate în momentul servirii, nu la pornire: modificarea unei variabile de mediu în timp ce serverul ascultă schimbă răspunsul următor. Vedeți Variabile și medii.
Într-un scenariu
Section titled “Într-un scenariu”Acțiunile Ascultare … / Închidere … găzduiesc un server pe durata
scenariului, cu o ieșire served care emite un eveniment pentru fiecare apel
sosit. Este ceea ce permite testarea unui webhook cap-coadă într-un singur graf.
Vedeți Servere găzduite.
Comparație cu serverele de simulare găzduite
Section titled “Comparație cu serverele de simulare găzduite”| Restorm | Servere găzduite (de tip Postman Mock Servers) | |
|---|---|---|
| Unde rulează | Pe mașina dumneavoastră | La furnizor |
| Latență | Niciun drum dus-întors prin rețea | Un drum dus-întors pe internet |
| Funcționează offline | ✔ | ✘ |
| Sursa răspunsului | Cererea însăși, editabilă | Un exemplu înregistrat |
Șabloane {{ }} | ✔, rezolvate la fiecare apel | Limitate |
| Partajarea portului | ✔ | Nu se aplică |
| Confidențialitate | Nimic nu iese din mașină | Datele trec prin serviciu |