Siirry sisältöön

Tuetut protokollat

Restormissa protokolla ei ole HTTP:n karsittu erikoistapaus: jokaisella on oma editorinsa, oma suoritustapansa ja oma tapansa esittää vastaus. Sama projekti voi siis sisältää REST-kutsun, MQTT-tilauksen ja Kafka-kuluttajan rinnakkain.

Kaikki suoritettavat protokollat sisältyvät Community-versioon ilman rajoituksia.

ProtokollaMihin sitä käytetäänPalvelintila
HTTPREST ja kaikki HTTP-kutsut
GraphQLKyselyt, mutaatiot ja tilaukset
gRPCUnaariset ja virtaavat kutsut, gRPC-Web, Connect
SOAPWSDL-palvelut, XML-kirjekuoret
ODataEntiteettijoukot, kyselyvalinnat, $batch
JSON-RPCJSON-RPC 2.0, yksittäin tai erissä
tRPCquery- ja mutation-toimenpiteet
ProtokollaMihin sitä käytetäänPalvelintila
WebSocketRaaka kaksisuuntainen yhteys
Socket.IONimetyt Socket.IO-tapahtumat
MQTTIoT — aiheet, QoS, säilytys, viimeinen tahto
SSEServer-Sent Events, vain vastaanotto
STOMPSTOMP WebSocketin päällä
AMQPRabbitMQ — julkaise, kuluta, tarkastele
KafkaTuota, kuluta, tarkastele partitiota
RedisPub/Sub ja komennot
  • {{variables}} ratkaistaan kaikissa kentissä, myös protokollakohtaisissa. Katso Rivinsisäiset muuttujat kentissä.
  • Historia tallentaa jokaisen suorituksen protokollasta riippumatta. Katso Pyyntöhistoria.
  • Koodinpätkät luodaan jokaiselle protokollalle niille kielille, jotka ovat kyseisessä tapauksessa mielekkäitä. Katso Koodin vienti.
  • Skenaariot osaavat ohjata jokaista protokollaa, myös pitkäkestoisia yhteyksiä (yhdistä / lähetä / sulje). Katso Toimintoluettelo.
  • Palomuuri sieppaa kaikki ulospäin lähtevät kutsut siirtotavasta riippumatta. Katso Palomuuri.

Rajat on hyvä sanoa selvästi: Restorm ei suorita Thrift-kutsuja (sen tuonti on vain dokumentoivaa), ei AMQP 1.0 -protokollaa (vain AMQP 0-9-1 / RabbitMQ on toteutettu) eikä NATS-protokollaa.