Kitworks Team Study

1. WebSocket
웹소켓및실시간서비스

2. 서버와클라이언트가데이터를주고받기
http 요청
데이터
HTTP

3. 요청에대한응답후
데이터
HTTP

4. 실시간서비스

5. HTTP 반복요청

6. 해결책
http 통신을종료하지않고계속유지
Server Sent Event
WebSocket
양방향통신

7. http 통신을종료하지않고계속유지
Server Sent Event
단점: 서버만일방적으로데이터를보냄
지속적으로수신만가능

8. 양방향통신
WebSocket
TCP 연결기반으로양방향통신가능
WebSocket

9. WebSocket
채팅방연결예시

10. WebSocket
채팅방연결예시

11. WebSocket
채팅방연결예시

12. WebSocket
WebSocket
채팅방연결예시

13. WebSocket
WebSocket
채팅방연결예시

14. WebSocket
WebSocket
채팅방연결예시

15. WebSocket 이전의실시간통신방식
일정한주기로서버에요청(Request)을보내는방법
불필요한Request와Connection을생성하여서버에부담
‘일정주기마다' 요청을보내기때문에실시간이라고하기애매하다
HTTP 통신을하기때문에Request, Response 헤더가불필요하게크다
Polling 방식을선택하는경우
다수의사용자가동시에사용하는경우
응답을실시간으로받지않아도되는경우
HTTP Polling

16. WebSocket 이전의실시간통신방식
요청을보냈을때, 서버가응답을바로보내지않고
특정이벤트가발생했을때응답
불필요한요청을보내지않아Polling 보다좋아보이지만Long Polling도
동시다발적인요청과응답이생기면부하가발생
HTTP 통신을하기때문에Request, Response 헤더가불필요하게크다
LongPolling 방식을선택하는경우
응답을실시간으로받아야하는경우
적은수의사용자가동시에사용하는경우
HTTP Long Polling

17. WebSocket 이전의실시간통신방식
이벤트가발생했을때응답을내려주되,
응답을완료시키지않고계속연결유지
Long Polling에비해응답마다다시요청하지않아도되어효율적
연결시간이길어질수록연결유효성관리의부담이발생
HTTP 통신을하기때문에Request, Response 헤더가불필요하게크다
HTTP Streaming

18. WebSocket 동작과정
Opening Handshake
Data transfer
Closing Handshake

19. WebSocket 라이브러리
연결끊기면자동재접속기능
웹소켓접속자마다자동ID 부여
모든웹소켓유저에게전체메세지전송가능
웹소켓방생성가능
Socket.io
SocketJS
HTML5 이전의기술로구현된서비스에서웹소켓처럼사용할수있도록도와줌
브라우저와웹서버의종류와버전을파악하여가장적합한기술을선택하여사용
WebSocket, FlashSocket, AJAX Long Polling
AJAX Multi part Streaming, IFrame, JSONP Polling

20. Upgrade
프로토콜을전환하기위해사용하는헤더.
웹소켓요청시에는반스에websocket 이라는값을가짐
이값이없거나다른값이면cross-protocol attack 이라고간주하여
웹소켓접속을중지
Connection
현재의전송이완료된후네트워크접속을유지할것인가에대한정보
웹소켓요청시에는반드시Upgrade 라는값을가짐
Upgrade 와마찬가지로이값이없거나다른값이면웹소켓접속을중지
WebSocket 요청헤더

21. Sec-WebSocket-Key
유효한요청인지확인하기위해사용하는키값
Sec-WebSocket-Protocol
사용하고자하는하나이상의웹소켓프로토콜지정
필요한경우에만사용
Sec-WebSocket-Version
클라이언트가사용하고자하는웹소켓프로토콜버전
현재최신버전13
WebSocket 요청헤더

22. HTTP/1.1 101 Switching Protocols
101은HTTP에서WS로프로토콜전환이승인되었다는
응답코드
Sec-WebSocket-Accept
요청헤더의Sec-WebSocket-Key에유니크아이디를
더해서SHA-1로해싱한후base64로인코딩한결과
웹소켓연결이개시되었음을알림
WebSocket 요청헤더