Mosquitto의 웹 소켓을 사용하거나 클라이언트를 직접 연결해야합니까?

이 블로그 에 따르면 , Mosquitto (MQTT 브로커)는 이제 웹 소켓을 통한 클라이언트 연결을 지원합니다. 웹 소켓 프로토콜 은 최신 브라우저의 대부분에서 지원 되지만 웹 브라우저는 적절한 TCP 소켓 (아직)을 지원하지 않기 때문에 블로그 기사는 웹 소켓이 브라우저 응용 프로그램에 더 유용하다는 것을 암시하는 것 같습니다 .

네트워크에 다양한 클라이언트가있는 경우 (예 : Raspberry Pis와 같은 마이크로 컨트롤러 기반 센서 및 액추에이터) 직접 TCP 연결보다 웹 소켓을 사용하면 어떤 이점이 있습니까? 웹 소켓 프로토콜의 오버 헤드는 브라우저와 통신 할 때만 가치가 있습니까?

여기서 질문은 "TCP를 통한 MQTT를 사용해야합니까, 또는 웹 소켓을 통한 MQTT를 사용해야합니까 (TCP도 사용)"로 나타납니다. 즉, "웹 소켓 프로토콜에서 MQTT를 캡슐화하는 것이 좋은 생각입니까?"

이것은 (거의) 전적으로 응용 프로그램에 달려 있으며 브라우저에서 메시지를 소비하거나 방화벽으로 인해 웹 소켓 지원이 필요한지 여부입니다. 순수한 MQTT를 위해 포트 1883 이상 8883에서 서버에 액세스 할 수없는 경우 웹 소켓이 가장 좋습니다.

웹 소켓에는 추가 대역폭이 필요하지만 이것이 중요한지 여부는 귀하 만 대답 할 수 있습니다.

또한 현재 Mosquitto 버전에서는 웹 소켓이 제대로 작동하지 않으므로 웹 소켓 메시지를 보내거나받을 때 추가 대기 시간이있을 수 있습니다. 그래도 향후 버전에서는 문제가되지 않을 것입니다.

당신은 단지 내부 통신을 할 때 사용자의 네트워크 ( 인트라넷 ), 순수 TCP를 사용하여 잘 될 것입니다. 그러나 다른 서버에 연결해야하는 경우 문제가 발생합니다.

대부분의 최신 서버는 클라이언트가 임의 포트를 통해 연결할 수 없기 때문입니다. 전용 포트만 연결할 수 있습니다. 그게 다야. 따라서 다른 서버에 연결해야하는 경우 순수한 TCP 연결보다는 웹 소켓을 사용하는 것이 좋습니다.

오버 헤드를 고려하고 있다면 그렇게 크지 않습니다 . 웹 소켓의 오버 헤드에 대해 더 알고 싶다면 이 기사 를 참조하십시오 .

제 개인적으로는 웹 소켓을 사용하는 것이 좋습니다.

tl; dr- 항상 무료 라이브러리를 선호합니다

Mosquitto의 웹 소켓을 사용하거나 클라이언트를 직접 연결해야합니까?

끈의 길이는 얼마입니까? (YMMV)

나는 일반적으로 말할 수 있지만 항상 래퍼 라이브러리를 원시 소켓보다 선호합니다 (또는 실제로 라이브러리에서 무료로 얻을 수있는 것을 코딩하는 것을 선호합니다).

코딩이 간단하고 오류가 적습니다. 라이브러리는 일반적으로 라이브러리가 잘 검토되고 테스트되어 수천 명의 다른 사람들이 사용하는 자체적으로 디버깅하고 사용해야하는 코드 인 많은 하우스 키핑 및 오류 처리를 처리합니다. 버그를보고 / 수정합니다.

또한 유지 관리 및 포트 가능성이 적으므로 앱을 개발, 테스트 및 연마하거나 다음 앱으로 전환하는 데 더 많은 시간이 필요합니다.

사서의 장점 (오류 처리, 호스 유지 등)이 훌륭하고 안정적이며 소프트웨어를 얻기 위해 스스로 코딩해야하는 무언가라는 것을 받아들이면 유일한 오버 헤드는 함수 호출 일 것입니다.

성능이 염려되면 프로파일하십시오. 그러나 소켓이 초당 수백 번 활성화되지 않으면 귀찮게하지 않을 것입니다.