스프링 채팅구현 질문

Question

스프링으로 채팅 구현해볼려고하는데 현업에서는 SSE를 많이 쓰나요? 소켓방식을 많이쓰나요?말만 들으면 SSE방식이 request를 열어두지않아서 성능이 더 좋은느낌인데...그리고 모놀리식 구조에서 채팅서버를 보통 분리하는편인가요? 토이프로젝트인데 그냥 한서버에다가 넣어도 문제 없을까요?

공습경보삐뽀삐뽀 · Answer

SSE 는 단방향 입니다 !웹소켓 많이 사용합니다.채팅 구현 하시기 전에 조금 더 찾아보시고 구현 해보시는게 좋을 것 같습니다.

장독깨기 · Answer

SSE 가 단방향이라 request 를 열어두지 않는다 얘기하는 거 같습니다만, 의미가 좀 다릅니다.채팅은 웹소켓 많이 쓰구요, 사이드 플젝이니 한 서버에 둬도 문제 없습니다.그리고, 이런 건 쳇 한텐 물어보면 대답 잘 해줍니다. ㅎSSE(Server-Sent Events)와 WebSocket은 모두 실시간 통신을 지원하는 기술이지만, 그 동작 방식과 사용 사례에서 차이가 있습니다. 아래는 두 기술 간의 주요 차이점을 설명한 내용입니다:1. 통신 방향SSE: 단방향 통신입니다. 서버가 클라이언트로 데이터를 푸시하는 방식입니다. 클라이언트에서 서버로는 요청을 보낼 수 있지만, 서버에서 클라이언트로만 데이터가 지속적으로 전송됩니다.주로 사용 예: 실시간 알림, 뉴스 업데이트, 대시보드 상태 표시 등.WebSocket: 양방향 통신입니다. 클라이언트와 서버 간에 실시간으로 데이터를 주고받을 수 있습니다. 클라이언트와 서버가 모두 데이터를 송수신할 수 있는 채널을 유지합니다.주로 사용 예: 채팅 애플리케이션, 실시간 게임, 주식 거래 시스템 등.2. 연결 유지SSE: HTTP 프로토콜 위에서 동작합니다. 연결은 클라이언트가 서버에 요청을 보내면 서버가 응답을 지속적으로 푸시하는 방식입니다. 클라이언트와 서버 간 연결은 계속 열려 있으며, 서버는 연결을 끊지 않고 데이터를 전송합니다.WebSocket: WebSocket 프로토콜을 사용하여 클라이언트와 서버가 한 번 연결되면, 지속적으로 열린 상태로 양방향 통신을 할 수 있습니다. HTTP 요청이 한 번 이루어지고, 이후 WebSocket 연결이 성립되며, 그 이후로는 HTTP 연결이 필요하지 않습니다.3. 프로토콜SSE: HTTP/1.1이나 HTTP/2를 기반으로 동작합니다. 클라이언트는 EventSource 객체를 통해 서버와 연결을 유지하며, 서버는 text/event-stream MIME 타입으로 데이터를 전송합니다.WebSocket: *WebSocket 프로토콜 (ws:// 또는 wss://)*을 사용합니다. 처음에는 HTTP를 통해 연결을 시작하지만, 연결이 성립되면 WebSocket 프로토콜로 전환됩니다. 이후 데이터를 양방향으로 주고받을 수 있습니다.4. 브라우저 호환성SSE: 대부분의 최신 브라우저에서 지원되지만, Internet Explorer에서는 지원되지 않습니다.WebSocket: 대부분의 현대적인 브라우저에서 지원됩니다. 일부 구형 브라우저에서는 지원되지 않거나 제한적으로 지원될 수 있습니다.5. 성능과 리소스 관리SSE: HTTP 연결을 기반으로 하므로, 연결을 유지하는 동안 클라이언트와 서버 간에 각 데이터 패킷에 대한 오버헤드가 존재할 수 있습니다. 그러나 상대적으로 간단한 구현이 가능하고, 서버 리소스를 적게 사용합니다.WebSocket: 연결이 한 번 성립되면 지속적으로 데이터를 주고받을 수 있기 때문에, 대량의 데이터를 효율적으로 전송할 수 있습니다. 그러나 서버 측에서 연결을 유지하기 위해 추가 리소스가 필요하고, 복잡한 연결 관리가 필요할 수 있습니다.6. 재연결 및 안정성SSE: 연결이 끊어지면 자동으로 재연결을 시도합니다. 다만, 복잡한 연결 관리나 서버 측에서의 오류 처리에 대한 제어가 WebSocket에 비해 제한적입니다.WebSocket: 재연결을 위한 별도의 로직을 개발해야 합니다. 연결이 끊어지면, 애플리케이션에서 이를 감지하고 재연결을 시도하도록 구현해야 할 수 있습니다.7. 보안SSE: 일반적으로 https://를 통해 보안을 처리합니다. 클라이언트와 서버 간의 연결이 암호화되어 안전한 데이터 전송을 보장합니다.WebSocket: WebSocket 역시 wss://를 통해 보안 연결을 지원합니다. WebSocket 연결이 보안을 위해 암호화된 프로토콜을 사용해야 할 경우에는 wss://를 사용합니다.8. 대역폭 효율성SSE: 상대적으로 적은 대역폭을 사용합니다. 클라이언트는 서버에서 데이터를 푸시받는 방식으로, 요청을 반복하지 않기 때문에 효율적입니다.WebSocket: 양방향 통신이 가능하므로, 클라이언트와 서버가 서로 데이터를 주고받을 때 더 많은 대역폭을 사용할 수 있습니다. 주고받는 데이터가 빈번할 경우, WebSocket이 더 적합할 수 있습니다.결론SSE는 간단한 실시간 데이터 전송에 적합하고, 클라이언트에서 서버로의 요청은 제한적이며, 서버에서 클라이언트로 데이터를 푸시하는 경우에 유리합니다.WebSocket은 더 복잡한 양방향 통신이 필요한 경우에 적합하며, 실시간 게임, 채팅 시스템, 주식 거래 플랫폼 등에서 효율적으로 사용됩니다.따라서 두 기술은 용도와 요구 사항에 따라 선택하게 됩니다.

코마상태 · Answer

SSE 는 단방향이라서 서버에서 클라이언트 쪽으로만 이벤트를 보낼 수 있어요. 최초에 한 번 클라이언트와 서버 간에 연결이 되면 그 이후 부터는 서버에서만 클라이언트로 보낼 수 있어서, 만일 SSE 로 채팅 어플리케이션을 개발하려면 별도의 HTTP 요청을 서버로 보내고, 서버에서 해당 이벤트를 모아서 다른 사용자에게 캐스팅 형식으로 보내주어야 할텐데 그럴 바에 소켓 연결해서 실시간으로 주고 받는게 더 효율적이지 않을까요

무스타피 · Answer

사용자 간에데이터의 동기화가 완벽히되어야한다면해당 방식도 괜찮은것 같습니다.DB에 저장된 후에 채팅방에 메시지를 전송하니까요예를들어 새로 들어온 사람이 이전 채팅을 보기 위해 http 요청을 날리고 동시에 소켓에서 메시지가 들어온다고 하면 채팅의 순서 보장을 위해 db에 먼저 저장되는게 구현이 쉽겠죠하지만 이런 기능이 필요하지 않다면 소켓을 통해서 즉각 채팅을 전달하고 채팅 기록만 비동기로 저장하는게 성능적으로 더 좋습니다.

스프링 채팅구현 질문

4개의 답변

Q&A 목록