Ir al contenido

Los protocolos compatibles

En Restorm, un protocolo no es un modo degradado de HTTP: cada uno tiene su propio editor, su propia ejecución y su propia representación de la respuesta. El mismo proyecto puede contener, por tanto, una llamada REST, una suscripción MQTT y un consumidor Kafka uno al lado del otro.

Todos los protocolos de ejecución están incluidos en la edición Community, sin límites.

ProtocoloPara qué sirveModo servidor
HTTPREST y cualquier llamada HTTP
GraphQLConsultas, mutaciones, suscripciones
gRPCLlamadas unarias y en flujo, gRPC-Web, Connect
SOAPServicios WSDL, sobres XML
ODataConjuntos de entidades, opciones de consulta, $batch
JSON-RPCJSON-RPC 2.0, unitario o por lotes
tRPCProcedimientos query y mutation
ProtocoloPara qué sirveModo servidor
WebSocketConexión bidireccional en bruto
Socket.IOEventos con nombre de Socket.IO
MQTTIoT — temas, QoS, retención, testamento
SSEServer-Sent Events, en recepción
STOMPSTOMP sobre WebSocket
AMQPRabbitMQ — publicar, consumir, inspeccionar
KafkaProducir, consumir, inspeccionar una partición
RedisPub/Sub y comandos
  • Las {{variables}} se resuelven en todos los campos, incluidos los campos propios del protocolo. Consulte Variables en línea.
  • El historial registra cada ejecución, sea cual sea el protocolo. Consulte Historial de peticiones.
  • Los fragmentos de código se generan para cada protocolo, en los lenguajes pertinentes. Consulte Exportación de código.
  • Los escenarios saben manejar cada protocolo, incluidas las conexiones de larga duración (conectar / enviar / cerrar). Consulte Catálogo de acciones.
  • El cortafuegos intercepta todas las llamadas salientes, sea cual sea el transporte. Consulte Cortafuegos.

Para ser claros con los límites: Restorm no ejecuta Thrift (su importación es documental), ni AMQP 1.0 (solo está implementado AMQP 0-9-1 / RabbitMQ), ni NATS.