Spring Websocket

이번엔 웹소켓에 대해서 처음부터 공부를 해보려고 한다. websocket이 뭘까 어떻게 연결되고 사용되는지 여기서 나오는 개념들이 뭔지 하나씩 파헤쳐 보자.간략하게 전체적인 구성을 보고 한번 개념에 대해서 알아보자. spring boot에서 사용하는 웹소켓 아키텍처는

websocket의 저수준 api 활용에 대해서 공부해보려고 한다. 다들 웹소켓에서 지원하는 것들을 얼마나 활용하고 있는가? 만약 제대로 활용하고 있지 못한다면 이번에 다양하게 사용할 수 있는 인터페이스와 클래스들을 알아보고 본인 프로젝트에 적용해보자.이건 검색하면 다

이번엔 저수준 API에 이어서 고수준 STOMP API에 대해서 공부해보려고 한다. 대부분의 경우 순수 websocket만 이용하지 않고 stomp와 함께 사용하니까 stomp에서 제공하는게 뭐가 있는지 알아보면 좋을 것 같다.STOMP API는 WebSocket 위에

spring 환경에서 실시간 메시징 기능을 구현할 때 SimpleBroker는 편리한 시작점이지만, 실제 운영 환경에서는 기능 및 성능상의 한계가 존재한다. 이번에는 SimpleBroker의 한계점에 대해서 알아보고 이를 해결하기 위해서 어떻게 해야되는지 한번 알아보는

Websocket은 단일 TCP 연결을 통해서 영구적인 양방향 통신 채널을 제공하는 컴퓨터 통신 프로토콜이다. 이는 실시간 웹 애플리케이션 구현 시 기존 HTTP의 요청/응답 패러다임이 가진 한계를 극복하기 위해서 설계되었다.WebSocket 연결은 HTTP 핸드셰이크

websocket 통신이 실제로 어떻게 이루어지는지, 그 기본 단위인 메시지 프레임에 대해 깊이 파헤쳐 보려고 한다. 전통적인 웹의 HTTP 요청-응답 모델은 실시간 양방향 통신에는 한계가 명확했다. WebSocket(RFC 6455)은 이 문제를 해결하기 위해 등장했

WebSocket은 현대 웹 애플리케이션에서 실시간 양방향 통신을 가능하게 하는 기술이다. websocket은 초기 핸드셰이크 과정에서 HTTP와 호환되도록 설계되었지만, 바로 이 점과 연결이 지속된다는 특성 때문에 기존 HTTP와는 다른 보안 위협에 노출된다. 단순

websocket을 수천, 수만 개의 동시 연결 처리해야하는 경우가 많고 이는 서버에 상당한 부담을 주게 된다. 단순한 기능 구현을 넘어서 대규모 트래픽에서도 안정적인 서비스를 제공하기 위한 아키텍처의 설계에 대한 얘기를 해보려고 한다.WebSocket 서버는 연결 자

이번에는 websocket을 통해서 오가는 메시지를 얼마나 빠르고 효율적으로 처리할 수 있는지에 초점을 맞춰서 공부해보려고 한다. 아무리 많은 연결을 수용할 수 있어도, 메시지 처리량이 낮다면 실시간 서비스의 진정한 가치를 제공하기 어렵다. 그렇다면 메시지 처리량을 극