Sari la conținut

Protocoalele acceptate

În Restorm, un protocol nu este un mod degradat al HTTP: fiecare are propriul editor, propria execuție și propriul mod de afișare a răspunsului. Prin urmare, același proiect poate conține un apel REST, un abonament MQTT și un consumator Kafka unul lângă altul.

Toate protocoalele de execuție sunt incluse în ediția Community, fără nicio limită.

ProtocolLa ce serveșteModul server
HTTPREST și orice apel HTTP✔
GraphQLInterogări, mutații, abonamente✔
gRPCApeluri unare și în flux, gRPC-Web, Connect✔
SOAPServicii WSDL, plicuri XML✔
ODataSeturi de entități, opțiuni de interogare, $batch✔
JSON-RPCJSON-RPC 2.0, unitar sau pe loturi—
tRPCProceduri query și mutation—
ProtocolLa ce serveșteModul server
WebSocketConexiune bidirecțională brută✔
Socket.IOEvenimente Socket.IO cu nume✔
MQTTIoT — topicuri, QoS, retain, testament✔
SSEServer-Sent Events, doar în recepție—
STOMPSTOMP peste WebSocket—
AMQPRabbitMQ — publicare, consum, inspecție—
KafkaProducere, consum, inspecția unei partiții—
RedisPub/Sub și comenzi—
  • {{variables}} sunt rezolvate în toate câmpurile, inclusiv în cele specifice fiecărui protocol. Vedeți Variabile inline în câmpuri.
  • Istoricul înregistrează fiecare execuție, indiferent de protocol. Vedeți Istoricul cererilor.
  • Fragmentele de cod sunt generate pentru fiecare protocol, în limbajele relevante. Vedeți Export de cod.
  • Scenariile știu să controleze fiecare protocol, inclusiv conexiunile de lungă durată (conectare / trimitere / închidere). Vedeți Catalogul acțiunilor.
  • Firewallul interceptează toate apelurile de ieșire, indiferent de transport. Vedeți Firewall.

Ca lucrurile să fie clare în privința limitelor: Restorm nu execută Thrift (importul lui este documentar), nici AMQP 1.0 (este implementat doar AMQP 0-9-1 / RabbitMQ), nici NATS.