배경websocket 에서의 사용자 인증로직을 구현하다가사용자 정보를 세션으로 관리하는 과정에서ws 연결되어있는 사용자가 http 요청을 보내면 세션이 어떻게 되는 거지? 라는 생각이 들었다분리되어 관리된다는 말을 봤는데 진짜인지 궁금해서 테스트해봤다. 시나리오회원가입ws 연결 맺고 세션에 사용자 정보 저장하기ws 연결 맺은 클라이언트가 http 요청 보내고,http 요청 시 세션 정보(세션 id, 사용자 정보) 로그로 출력해보기예상안1 : ws와 http 세션이 따로 관리되어 세션id가 다르고 사용자 정보가 확인되지 않음예상안2 : 같은 클라이언트로 인식해서 ws연결에서 세션에 저장된 사용자 정보가 출력됨 츄라이~ 결과1. 소켓 연결 전 http 요청으로 확인한 session id : 7491B3D4C..
WS
문제 소켓을 연결해서 web socket 통신 중인 클라이언트가 http 로도 해결 가능한 요청을 할 일이 생기는 경우 (실시간, 양방향 필요없음) 이 요청은 이미 연결되어있는 소켓을 사용해서 ws로 설계하는 게 맞을까? 아니면 http 로 설계하는 게 맞을까? 결론 : http 로 설계하는 것이 좋다 소켓으로도 가능은 하지만 http로 하는 이유는 필요가 없음 : web socket 의 용도는 실시간성 데이터를 받기 위한 것인데 해당 api는 실시간 통신이 필요하지 않은 것이므로 코드 재사용성과 모듈화, 유지보수성 : 나중에 그 api가 다른 곳에서 사용될 수도 있음. 따라서 기능의 성격에 맞게 설계하는 것이 더 적절함 서버 부담에 대해 : 이런 상황이라면 부담만 본다면 웹소켓 통신을 하는 게 부담이 ..
