socket 통신 중 http get 요청 섞어쓰는 게 맞나요?

Question

스프링부트로 api 서버를 만들고 있는데소켓 열어두고 web socket 통신중인 클라이언트가 http get 요청 수준의 요청과 응답만 하면 되는 일이 생겼을 때어차피 소켓을 열어두고 연결되어있으니 ws로 요청을 보내도록 설계하는 게 맞나요?아니면 http get으로 설계하는 게 맞나요?정확히 이걸 하려는 건 아니지만 비슷한 상황으로 예를 들면 채팅방에서 실시간 채팅 중(소켓 통신 중) 상대방 유저의 프로필 정보를 조회(get이면 충분)하는 등의 경우입니다. 소켓통신은 경험이 없어서 설계도 어렵네요조언 부탁드립니다.

초무쿤 · Answer

채팅 관련된 것만 엡소켓으로 하고다른 기능은 Api로 빼는게 맞을거 같아요

나니야 · Answer

다른 api로 빼도 됩니다.회원 프로필 조회라는 기능을 한정하여서 말하자면 API로 빼는게 올바른것같습니다.추 후 웹소켓이 아닌 다른곳에서 사용할수 있는 확률이 많으니...웹소켓 안에서 다 해도 됩니다.웹소켓으로 채팅 메시지 보내죠?그걸 그냥 보내니까 그렇죠특정 문자. 즉 parsing가능하게 JSON으로 보내던지 (이건 비추)chat:안녕하세요,info:{ 프로필정보 },이런식으로 [command]:[body]로 구분하고 수신받는 쪽에서 : <<를 기준으로 앞에있는 command가chat이면 &#34;아 이거 채팅메시지구나&#34;하고 채팅방에 뿌려주고info면 &#34;아 이거 채팅메시지가 아니고 프로필정보구나&#34;하고 프로필 정보를 뽑으면 됩니다.참쉽쥬?그리고 웹소켓통신이 더 부담이 작고, API로 빼는게 더 부담이 큽니다.더 부담이 크다고 해서 큰일나는건 아니고 완전 큰건 아닙니다. 솔까 채팅메시지를 모두 api로 해버려도 됩니다.뭐 대단한거 만드시는거 아니잖아요?

kmksk · Answer

WebSocket 의 용도는 서버에서 실시간성 데이터를 받기 위함입니다.api 로 뺄수 있는것은 최대한 빼는것이 좋습니다.코드 재사용성과, 모듈화및 유지관리 측면에서 훨신 유리합니다.만약 독자적 프로토콜을 만들어 사용하게 된다면, 유지보수, 인수인계 등 여러가지 부작용이 따라올수 있습니다.

mirheeoj · Answer

프로필 정보 조회가 채팅중에만 이뤄질리는 없을테니 결국 관련 API가 따로 있어야 합니다. 그럼 갖다 쓰면 되는 거죠. 단, 정 필요하면 편의성 목적으로 웹소켓 안에서 API를 호출하는 래퍼같은 걸 하나 만들면 유용하게 쓸 수 있긴 하겠죠. 채팅채널에 완전히 종속된 기능, 논리적으로 채널 외의 다른곳에서 호출하는 것 자체가 말이 안 되는 기능의 경우라면 채널 내에서 해결하는 쪽이 나을 거고요.

socket 통신 중 http get 요청 섞어쓰는 게 맞나요?

4개의 답변

Q&A 목록