-2
IM 어플리케이션을 만들고 싶습니다. MQTT를 사용하는 많은 토폴로지를 보았습니다.IM 어플리케이션 설계 안드로이드 클라이언트 및 GO 서버
내가 본 디자인은 WebSockets을 사용하여 대기열에 가입하고 그 중 하나는 게시하고 메시지는 어떤 클라이언트로 이동하는지 주제별로 메시지 브로커 필터를 포함하는 여러 클라이언트를 포함합니다.
몇 가지를 이해하지 못했습니다. 먼저로드 밸런서 뒤에 있지만 브로커의 끝점을 외부 세계에 노출시키는 것이 위험할까요? 둘째, Message Broker를 사용하거나 클라이언트가 X 초마다 새 메시지를 확인하는 서비스 만 사용하는 것이 더 낫습니다. 메시지 브로커 엔드 포인트의 노출에 관하여 사전
이 같은 디자인 질문은 어떤 주제에 대한 의견이 아닌 경향이 있습니다 Stackoverflow – hardillb
메시지 브로커의 끝점 노출 위험에 대한 이해는 전혀 의견이 맞지 않습니다. 성능 및 확장 성 측면에서 나는 메시지 브로커가 올바른 선택인지 결정하는 것이 의견을 기반으로한다고 생각하지 않는다. –