'웹소켓' 태그의 글 목록

웹소켓

[WebSocket] 웹소켓 2022.03.29
HTTP관련 (https, spdy, ajax, websocket) 2018.12.09

[WebSocket] 웹소켓

mungmang 2022. 3. 29. 00:45

2022. 3. 29. 00:45

WebSocket

설명

TCP 접속에 전이중 통신 채널을 제공하는 컴퓨터 통신 프로토콜
HTTP 폴링과 같은 반이중 방식에 비해 더 낮은 부하를 사용하여 웹 브라우저와 웹 서버간의 통신을 가능하게 함.
서버가 내용을 클라이언트에 보내는 표준화된 방식을 제공
연결이 유지된 상태에서 메세지들을 오갈 수 있게 허용함. (양방향)

※ 전이중 통신 (Full Duplex)
두 지점(시작과 끝) 사이에서 정보를 주고받는 전자 통신 시스템

※ TCP (Transmission Control Protocol), 전송제어프로토콜
서버끼리 통신을 하기 위한 규약(프로토콜)
웹브라우저들이 WWW에 서버 연결할때 사용
이메일 전송 및 파일 전송시 사용

✱ 최초 연결시
1. 클라이언트가 서버에 웹소켓 핸드셰이크 요청을 보냄
2. 서버는 웹소켓 핸드셰이크 응답을 보냄
3. 이후로 클라이언트는 요청에 대한 응답을 기다리지 않고 요청을 보낼수 있음. (!= HTTP)

Websocket in Spring

관련 예제

https://spring.io/guides/gs/messaging-stomp-websocket/ 을 참고하여 실습을 해 보았다.
해당 링크는 STOMP(Simple Text Messaging protocol)을 사용하였다.

※ STOMP(Simple Text Messaging protocol)
텍스트 기반 메세징 프로토콜
이를 이용하여 Binary, Text가 아닌 규격을 맞춘 메세지를 보낼 수 있다.
발행(pub), 구독(sub), 메세지브로커(=발신자가 메세지 받아와 수신자에게 전달) 등의 개념이 있다.

간단한 서버 구동시, 웹소켓 메세징 브로커를 사용할 수 있게 되는듯 하다. (SimpleBrokerMessageHandler)

+ Fallback Options으로 SockJS을 사용하였다.

테스트 화면

브라우저에서 Send 버튼 클릭 시, /app/hello 을 호출하고
메세지 브로커 핸들러 내에서 처리 후 /topic/greetings 으로 결과정보를 반환함!

참고

링크: https://ko.wikipedia.org/wiki/%EC%9D%B4%EC%A4%91%ED%86%B5%EC%8B%A0

이중통신 - 위키백과, 우리 모두의 백과사전

이중통신(duplex) 또는 쌍방향 통신은 두 지점 사이에서 정보를 주고 받는 전자 통신 시스템을 말한다. 이중 통신을 할 때 전송 방향마다 두 개의 통신 선호를 사용하면 단순하지만 전송로를 아끼

ko.wikipedia.org

링크: https://ko.wikipedia.org/wiki/%EC%9B%B9%EC%86%8C%EC%BC%93

웹소켓 - 위키백과, 우리 모두의 백과사전

웹소켓(WebSocket)은 하나의 TCP 접속에 전이중 통신 채널을 제공하는 컴퓨터 통신 프로토콜이다. 웹소켓 프로토콜은 2011년 IETF에 의해 RFC 6455로 표준화되었으며 웹 IDL의 웹소켓 API는 W3C에 의해 표준

ko.wikipedia.org

링크 :https://ko.wikipedia.org/wiki/%EC%A0%84%EC%86%A1_%EC%A0%9C%EC%96%B4_%ED%94%84%EB%A1%9C%ED%86%A0%EC%BD%9C

전송 제어 프로토콜 - 위키백과, 우리 모두의 백과사전

전송 제어 프로토콜(Transmission Control Protocol, TCP, 문화어: 전송조종규약)은 인터넷 프로토콜 스위트(IP)의 핵심 프로토콜 중 하나로, IP와 함께 TCP/IP라는 명칭으로도 널리 불린다. TCP는 근거리 통신

ko.wikipedia.org

링크: https://namu.wiki/w/TCP

링크: https://tecoble.techcourse.co.kr/post/2021-09-05-web-socket-practice/

웹 소켓에 대해 알아보자! - 실전 편

웹 소켓에 대해 알아보자! - 실전 편 이번 글에서는 저번에 작성했던 웹 소켓 이론 편에 이어서, 스프링 환경에서 웹 소켓을 사용하는 법에 대해 다루려고 한다. STOMP 구현하기에 앞서, 우리는 새

tecoble.techcourse.co.kr

링크: https://tech.kakao.com/2020/06/22/websocket-part3/

실시간 댓글 개발기(part.3) - Spring의 동시성 접근 제어에 발목 잡힌 이야기

전편(실시간 댓글 개발기(part.2) – 험난했지만 유익했던 웹소켓 스트레스 테스트 및 안정화 작업)에서 공유 드린 바와 같이 다양한 모니터링 및 디버깅 툴의 실제 활용 사례인 Spring SimpleBroker 튜

tech.kakao.com

링크: https://www.youtube.com/watch?v=rvss-_t6gzg

'개발 > spring' 카테고리의 다른 글

[AOP] AOP 적용 관련 이슈 (0)	2024.05.14
트랜잭션 (0)	2021.11.25
Spring - 스프링 MVC 간단 정리 (0)	2021.06.05
Spring - DI (Dependency Injection) (0)	2021.06.01
Spring - AOP(Aspect-Oriented Programming) (0)	2021.05.25

HTTP관련 (https, spdy, ajax, websocket)

mungmang 2018. 12. 9. 22:54

2018. 12. 9. 22:54

1. HTTP가 무엇?

HTTP는 클라이언트와 서버 사이에 이루어지는 요청/응답(request/response) 프로토콜이다. (?프로토콜 : 통신규약)

예를 들면,

클라이언트인 웹 브라우저가 HTTP를 통하여 서버로부터 웹페이지나 그림 정보를 요청하면,

서버는 이 요청에 응답하여 필요한 정보를 해당 사용자에게 전달하게 된다.

이 정보가 모니터와 같은 출력 장치를 통해 사용자에게 나타나는 것이다.

HTTP를 통해 전달되는 자료는 http:로 시작하는 URL(인터넷 주소)로 조회할 수 있다.

클라이언트에서 서버 에다가 요청(request)을 하고 응답(response)을 받기 위해선 다음과 같은 과정을 거친다.

TCP/IP는 인터넷 프로토콜 관련 집합을 총칭한다. (TCP, IP, FTP, SFTP, HTTP..)
HTTP는 클라이언트와 서버간의 통신을 한다.
HTTP는 버전이 존재한다.
요청(request)과 응답(response)을 교환하여 성립한다.

- 요청메세지에 메소드(=명령), URI, 프로토콜버전(=http 버전), 요청헤더필드 등을 만들어서 전달.

- 응답메세지에는 요청결과에대한 상태코드값(=202, 404..), 프로토콜버전(=http 버전), 바디(=소스본체 html..)..등을 만들어서 전달.

HTTP는 상태를 유지하지 않는다.
- 프로토콜은 과거기억을 못한다(=요청 응답 처리 후를 기억 못함). 그래서 대안으로 쿠키를 사용하는 것이다.

URI로 리소스를 지정. 이를 이용하여 인터넷상의 어떤 리소스를 호출 가능.
메소드를 사용해서 지시한다.
- GET, POST, PUT, HEAD, DELETE, OPTION, TRACE, CONNECT, LINK, UNLINK...
지속연결
- TCP를 종료하지 않아 한번에 많은양의 데이터를 보낼 수 있도록 함.
파이프라인화
- 클라이언트가 요청 후, 응답 안기다리고 바로 다른 요청을 보낼 수 있음.
- 이미지 10장이 한번에 나오는 예

2. HTTP 단점

HTTP를 사용한 요청이나 응답은 자기자신을 암호화하지 않는다. (도청 당할 가능성)
통신 상대를 확인하지 않는다. (누군가가 위장 할 수 있다)
그래서 이러한 이유로 HTTPS 사용하는것.
- HTTPS는 새로운 애플리케이션 프로토콜은 아니며,
- HTTP 통신 소켓부분을 SSL(Secure Socket Layer) or TLS(Transport Layer Security) 프로토콜로 대체하고 있음.
- HTTPS는 http+ssl+tcp/ip 인셈

병목현상이 있음
서버의 정보가 갱신 되었는지 확인하기 위해서는 매번 클라이언트가 서버에게 확인요청을 해야함. (통신양이 많아질것임)
1개의 연결로 1개의 요청만 보낼 수 있음
무조건 클라이언트가 서버에서 요청을 보낼수 있음. 응답만 받는것은 안됨.

3. WebSocket

양방향 통신을 한다.
클라이언트에서 서버 에다가 웹소켓 연결 요청을 하여 접속확립이 되면 연결을 끊지 않고, 어느쪽에서든지 송신을 할 수 있는 상황이 됨.
서버 푸시기능이있음.
통신량이 줄어듬(한번 연결하면 접속을 유지하기 때문에 오버헤드가 적어짐)
핸드쉐이크

- 참고

'개발 > etc' 카테고리의 다른 글

SSE (Server Sent Event) (1)	2023.08.20
Vault (1)	2023.02.07
헥사고날 아키텍처 (Hexagonal Architecture) (2)	2022.09.25
JWT (JSON WEB TOKEN) (0)	2021.12.22
Rest API (0)	2021.06.02

PREV 이전 1 NEXT 다음

지식 줍줍 🐿️

웹소켓

[WebSocket] 웹소켓

'개발 > spring' 카테고리의 다른 글

HTTP관련 (https, spdy, ajax, websocket)

'개발 > etc' 카테고리의 다른 글

+ Recent posts

티스토리툴바