Zum Inhalt springen

Die unterstützten Protokolle

In Restorm ist ein Protokoll kein abgespeckter HTTP-Modus: Jedes hat seinen eigenen Editor, seine eigene Ausführung und seine eigene Antwortdarstellung. Dasselbe Projekt kann also einen REST-Aufruf, ein MQTT-Abonnement und einen Kafka-Consumer nebeneinander enthalten.

Alle Ausführungsprotokolle sind in der Community-Edition enthalten, ohne Einschränkung.

ProtokollWofürServermodus
HTTPREST und jeder HTTP-Aufruf
GraphQLQueries, Mutations, Subscriptions
gRPCUnäre und Stream-Aufrufe, gRPC-Web, Connect
SOAPWSDL-Dienste, XML-Umschläge
ODataEntitätsmengen, Abfrageoptionen, $batch
JSON-RPCJSON-RPC 2.0, einzeln oder im Batch
tRPCquery- und mutation-Prozeduren
ProtokollWofürServermodus
WebSocketRohe bidirektionale Verbindung
Socket.IOBenannte Socket.IO-Ereignisse
MQTTIoT — Topics, QoS, Retain, Last Will
SSEServer-Sent Events, empfangend
STOMPSTOMP über WebSocket
AMQPRabbitMQ — publizieren, konsumieren, inspizieren
KafkaProduzieren, konsumieren, eine Partition inspizieren
RedisPub/Sub und Befehle
  • {{variables}} werden in allen Feldern aufgelöst, einschließlich protokollspezifischer Felder. Siehe Inline-Variablen.
  • Der Verlauf zeichnet jede Ausführung auf, unabhängig vom Protokoll. Siehe Anfrageverlauf.
  • Code-Snippets werden für jedes Protokoll erzeugt, in den jeweils relevanten Sprachen. Siehe Code-Export.
  • Szenarien können jedes Protokoll steuern, einschließlich langlebiger Verbindungen (verbinden / senden / schließen). Siehe Katalog der Aktionen.
  • Die Firewall fängt alle ausgehenden Aufrufe ab, unabhängig vom Transport. Siehe Firewall.

Zur Klarheit über die Grenzen: Restorm führt Thrift nicht aus (sein Import ist rein dokumentarisch), ebenso wenig AMQP 1.0 (nur AMQP 0-9-1 / RabbitMQ ist implementiert) oder NATS.