WebSocket, Socket.IO, MQTT 모의하기

WebSocket 요청 유형은 선택한 프로토콜에 따라 세 가지 서버를 제공합니다.

폴더에서 마우스 오른쪽 버튼 클릭 ▸ 추가 ▸ WebSocket 서버 / Socket.IO 서버 / MQTT 서버.

수신 중인 MQTT 서버 요소: 브로커 포트, 토픽과 QoS, “0 개 클라이언트 연결됨” 상태, 그리고 MQTT broker listening on mqtt://localhost:1884 메시지

WebSocket 서버

localhost:<port> 에서 들어오는 연결을 받아들이고, 연결된 클라이언트에게 프레임을 보낼 수 있게 합니다.

같은 방식이지만 Socket.IO의 의미론을 따릅니다. 메시지는 이름 있는 이벤트 입니다.

세 가지 중 가장 흥미로운 것입니다. Restorm이 진짜 로컬 MQTT 브로커를 호스팅합니다.

포트마다 브로커 하나.
원시 TCP 로도 MQTT-over-WebSocket 게이트웨이를 통해서도 접근할 수 있습니다. 브라우저 클라이언트가 곧바로 연결할 수 있다는 뜻입니다.
게시와 구독이 정상적으로 동작하며, QoS와 보존도 지원합니다.

덕분에 Mosquitto를 설치하거나 공용 브로커에 의존하지 않고 완전한 IoT 파이프라인을 개발하고 테스트할 수 있습니다.

이 서버들은 같은 포트의 HTTP 서버와 소켓을 공유합니다. Restorm은 일반 요청을 HTTP 경로로, 업그레이드(upgrade) 요청을 실시간 서버로 보냅니다.

그래서 모의 HTTP 서버와 Socket.IO 서버가 :8080 에서 함께 대기할 수 있습니다. 실제 웹 애플리케이션의 구성이 대개 바로 이런 모습입니다.

WebSocket 서버 닫기와 Socket.IO 서버 닫기 액션은 서버 모드의 연결 액션으로 열어 둔 서버를 닫습니다. 호스팅되는 서버를 참고하십시오.