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.