MQTT
MQTT는 WebSocket 요청에서 프로토콜을 mqtt
로 선택하면 사용할 수 있습니다.

| 필드 | 역할 |
|---|---|
| URL | 브로커의 주소(mqtt://, mqtts:// 또는 WebSocket) |
| 토픽 | 이벤트 필드가 담는 토픽 |
| 메시지 | 게시할 페이로드 |
| QoS | 0, 1, 2 — 게시할 때 그리고 구독할 때 모두 사용됩니다 |
| Retain | 메시지를 브로커가 보존하도록 표시합니다 |
| Client ID | Handlebars로 해석되며, 비워 두면 자동으로 생성됩니다 |
| 사용자 / 비밀번호 | 브로커의 인증 정보. 비밀번호에는 비밀 값 유형의 값을 지정할 수 있습니다 |
| Keepalive | 초 단위 |
| 토픽 구독 | 기본으로 켜져 있습니다. 연결하면 Restorm이 요청의 토픽을 구독합니다 |
토픽에서도 {{variables}} 를 쓸 수 있습니다. capteurs/{{site}}/{{capteurId}}
는 완전히 유효한 토픽입니다.
유언 메시지(Last Will and Testament)
Section titled “유언 메시지(Last Will and Testament)”클라이언트가 갑자기 사라졌을 때 브로커가 게시할 메시지를 네 개의 필드로 선언합니다. 유언 메시지의 토픽, 페이로드, QoS, 보존 여부입니다.
비정상 종료에 시스템이 어떻게 반응하는지 시험하기에 딱 맞습니다. 유언 메시지를 설정하고 연결을 끊은 뒤, 구독자가 반응하는지 확인하십시오.
MQTT 클라이언트는 자동으로 재연결하며, 상한은 열 번입니다.
시나리오에서
Section titled “시나리오에서”MQTT connect(요청의 토픽을 구독하고 수신한 메시지마다 이벤트를 하나씩 내보냅니다), MQTT publish(요청의 QoS와 보존 설정으로 게시합니다), MQTT 연결 닫기가 있습니다. 연결과 스트리밍을 참고하십시오.
Restorm은 로컬 MQTT 브로커를 호스팅할 수 있습니다. 포트마다 브로커 하나가 생기며, 원시 TCP로도 MQTT-over-WebSocket 게이트웨이로도 접근할 수 있습니다. WebSocket, Socket.IO, MQTT 모의하기를 참고하십시오.
AsyncAPI에서 가져오기
Section titled “AsyncAPI에서 가져오기”채널이 mqtt 프로토콜을 사용하는 AsyncAPI 문서는 곧바로 MQTT 요청을 만들어
냅니다. 채널마다 게시용과 구독용으로 하나씩 생기며, 메시지 스키마를 바탕으로 한
예시 페이로드가 함께 채워집니다.
AsyncAPI 가져오기를 참고하십시오.