이번 주에는 스프링 부트에서 소켓을 주로 공부하고 적용시켰다.
스프링 부트에서 실시간으로 통신을 하려고 소켓을 사용한다.
우리조가 하려는 것은
게시글안에서 릴레이로 소설을 작성하는 것이다.
즉 각 사람이 문단을 작성하여 릴레이로 소설을 완성할 수 있다.
게시글 안에서 A라는 사람이 문단을 작성하면 다른 사람은 작성할 수 없게끔 소켓을 이용하여 실시간으로 다른 사람이 문단을 작성중이며 B라는 사용자는 문단을 작성하지 못하도록 막는 것이다.
이를 소켓을 통해 구현을 할 것이다.
소켓과 redis를 적용시킬 것이다.
우선 게시글 안에서 A가
'문단 작성 시작'(시작, type : START )버튼과 '문단 작성 완료' (완료, type : TALK)버튼이 있다.
A가 게시글 안에 들어오면 게시글을 subscrbe(구독 : /sub )하게 되고
'시작'를 누르면/pub 가 발생하여 RedisSubscriber에서 responseDto에 누가 시작버튼을 눌렀는지에 대한 정보가 들어있다. 그러면 먼저 게시글에 들어온(구독을 먼저한 사람들)다른 사람들(ex. B, C ,D .. )은
A가 문단 시작버튼을 누른 것을 responseDto로 알기 때문에 '문단 시작'을 누를 수 없다.
또한 A가 '시작' 버튼을 먼저 누르고 나중에 들어온 사람들은
입장했을때 구독을 하면 responseDto로 메시지를 보내줄 수 있는데
그 때 A가 먼저 시작버튼(type : START)을 눌렀다는 정보를 responseDto에 담아서 return하면 된다.
그리고 A가 '완료'(type : TALK버튼을 누르면 responseDto에 type이 TALK로 오니까
다른 사람들은 그것을 확인하고 그 때 부터 '문단 작성 시작'버튼을 누를 수 있다.
아래는 웹 소켓과 redis에 대한 개념이다.
WebSocket이란
Transport protocol의 일종으로 쉽게 이야기하면 웹버전의 TCP 또는 Socket이라고 이해하면 된다.
WebSocket은 서버와 클라이언트 간에 Socket Connection을 유지해서 언제든 양방향 통신 또는 데이터 전송이 가능하도록 하는 기술이다.
Real-time web application구현을 위해 널리 사용되어지고 있다. (SNS어플리케이션, LoL같은 멀티플레이어 게임, 구글 Doc, 증권거래, 화상채팅 등)
사용이유
웹어플리케이션에서 기존의 서버와 클라이언트 간의 통신은 대부분 HTTP를 통해 이루어 졌으며 HTTP는 Request/response기반의 Stateless protocol이다.
즉, 서버와 클라이언트 간의 Socket connection같은 영구적인 연결이 되어있지 않고 클라이언트 쪽에서 필요할때 Request를 할때만 서버가 Response를 하는 방식으로 통신이 진행되는 한방향 통신이다. 이럴경우 서버쪽 데이터가 업데이트 되더라도 클라이언트 쪽에는 화면은 Refresh하지 않는한 변경된 데이터가 업데이트 되지 않는 문제가 발생한다. 이런 문제는 일반적은 웹어플리케이션에서는 기존의 있던 임시방편인 Long polling이라던가 Ajax를 사용해도 어느정도 해결이 가능하지만 데이터의 빠른 업데이트가 아주 중요한 요소 중에 하나인 어플리케이션에서는 실시간 업데이트가 아주 중요하기 때문에 Web Socket이 아주 중요한 기술로 사용되고 있다.
Web Socket은 Stateful protocol이기 때문에 클라이언트와 한 번 연결이 되면 계속 같은 라인을 사용해서 통신하기 때문에 HTTP 사용시 필요없이 발생되는 HTTP와 TCP연결 트래픽을 피할 수 있다. 마지막으로 Web Socket은 HTTP와 같은 포트(80)을 사용하기에 기업용 어플리케이션에 적용할 때 방화벽은 재설정 하지 않아도 되는 장점이 있다.
작동원리
서버와 클라이언트 간의 WebSocket연결은 HTTP프로토콜을 통해 이루어집니다. 만약 연결이 정상적으로 이루어 진다면 서버와 클라이언트 간에 WebSocket연결이 이루어지고 일정 시간이 지나면 HTTP연결은 자동으로 끊어집니다.
HTTP통신방법과 WebSocket의 차이점
결정적인 차이는 프로토콜이다.
WebSocket 프로토콜은 접속 확립에 HTTP를 사용하지만, 그 후 통신은 WebSocket 독자의 프로토콜로 이루어진다.
또한, header가 상당히 작아 overhead가 적은 특징이 있다. 장시간 접속을 전제로 하기 때문에, 접속한 상태라면 클라이언트나 서버로부터 데이터 송신이 가능하다. 더불어 데이터의 송신과 수신에 각각 커넥션을 맺을 필요가 없어 하나의 커넥션으로 데이터를 송수신 할 수 있다.
자료 출처
https://duckdevelope.tistory.com/19