Gå til indhold

Understøttede protokoller

I Restorm er en protokol ikke en udvandet udgave af HTTP: hver protokol har sin egen editor, sin egen kørsel og sin egen visning af svaret. Det samme projekt kan derfor rumme et REST-kald, et MQTT-abonnement og en Kafka-forbruger side om side.

Alle kørselsprotokoller er med i Community-udgaven, uden begrænsninger.

ProtokolHvad det bruges tilServertilstand
HTTPREST og alle andre HTTP-kald✔
GraphQLForespørgsler, mutationer, abonnementer✔
gRPCUnære kald og streaming-kald, gRPC-Web, Connect✔
SOAPWSDL-tjenester, XML-konvolutter✔
ODataEntitetssamlinger, forespørgselsindstillinger, $batch✔
JSON-RPCJSON-RPC 2.0, enkeltvis eller i batch—
tRPCquery- og mutation-procedurer—
ProtokolHvad det bruges tilServertilstand
WebSocketRå tovejsforbindelse✔
Socket.IONavngivne Socket.IO-hændelser✔
MQTTIoT — emner, QoS, retain, sidste vilje✔
SSEServer-Sent Events, på modtagesiden—
STOMPSTOMP over WebSocket—
AMQPRabbitMQ — udgiv, forbrug, gennemse—
KafkaProducer, forbrug, gennemse en partition—
RedisPub/Sub og kommandoer—
  • {{variables}} bliver løst i alle felter, også i dem der er specifikke for protokollen. Se Inline-variabler.
  • Historikken registrerer hver kørsel, uanset protokol. Se Anmodningshistorik.
  • Kodestykker bliver genereret for hver protokol, på de relevante sprog. Se Kodeeksport.
  • Scenarier kan styre alle protokoller, også langvarige forbindelser (forbind / send / luk). Se Handlingskatalog.
  • Firewallen opsnapper alle udgående kald, uanset transport. Se Firewallen.

For at være helt klar om grænserne: Restorm kører ikke Thrift (importen af det er rent dokumentarisk), heller ikke AMQP 1.0 (kun AMQP 0-9-1 / RabbitMQ er implementeret), og ikke NATS.