지원되는 프로토콜
Restorm에서 프로토콜은 HTTP의 축소판이 아닙니다. 프로토콜마다 고유한 편집기, 고유한 실행 방식, 고유한 응답 표시 방식을 갖추고 있습니다. 그래서 하나의 프로젝트 안에 REST 호출과 MQTT 구독, Kafka 컨슈머를 나란히 둘 수 있습니다.
실행 계열 프로토콜은 모두 Community 에디션에 포함되며, 제한은 없습니다.
요청 / 응답
Section titled “요청 / 응답”| 프로토콜 | 용도 | 서버 모드 |
|---|---|---|
| HTTP | REST 및 모든 HTTP 호출 | ✔ |
| GraphQL | 쿼리, 뮤테이션, 구독 | ✔ |
| gRPC | 단일 호출과 스트리밍 호출, gRPC-Web, Connect | ✔ |
| SOAP | WSDL 서비스, XML 엔벨로프 | ✔ |
| OData | 엔티티 세트, 쿼리 옵션, $batch | ✔ |
| JSON-RPC | JSON-RPC 2.0, 단건 또는 배치 | — |
| tRPC | query 및 mutation 프로시저 | — |
스트리밍과 메시징
Section titled “스트리밍과 메시징”| 프로토콜 | 용도 | 서버 모드 |
|---|---|---|
| WebSocket | 양방향 원시 연결 | ✔ |
| Socket.IO | Socket.IO의 이름 있는 이벤트 | ✔ |
| MQTT | IoT — 토픽, QoS, 보존, 유언 메시지 | ✔ |
| SSE | Server-Sent Events, 수신 전용 | — |
| STOMP | WebSocket 위의 STOMP | — |
| AMQP | RabbitMQ — 게시, 소비, 조회 | — |
| Kafka | 메시지 생성, 소비, 파티션 조회 | — |
| Redis | Pub/Sub과 명령 | — |
모든 프로토콜의 공통점
Section titled “모든 프로토콜의 공통점”{{variables}}는 프로토콜 고유 필드까지 포함해 모든 필드에서 해석됩니다. 인라인 변수를 참고하십시오.- 기록은 프로토콜을 가리지 않고 모든 실행을 저장합니다. 요청 기록을 참고하십시오.
- 코드 스니펫은 프로토콜별로, 해당 프로토콜에 어울리는 언어로 생성됩니다. 코드 내보내기를 참고하십시오.
- 시나리오는 장시간 유지되는 연결(연결 / 전송 / 닫기)을 포함해 모든 프로토콜을 제어할 수 있습니다. 액션 카탈로그를 참고하십시오.
- 방화벽은 전송 방식과 무관하게 나가는 모든 호출을 가로챕니다. 방화벽을 참고하십시오.
지원되지 않는 것
Section titled “지원되지 않는 것”한계를 분명히 밝혀 두겠습니다. Restorm은 Thrift를 실행하지 않으며(가져오기는 문서 용도로만 제공됩니다), AMQP 1.0도(구현된 것은 AMQP 0-9-1 / RabbitMQ 뿐입니다), NATS도 지원하지 않습니다.