스택큐힙리스트

전날(22일) 코스피는 3,169.94pt(-1.27%)로 급락 마감했습니다. 외국인·기관 동반 매도와 관세 불확실성이 맞물리며 3,200선이 무너졌죠.오늘 장 초반엔 미국 증시의 사상 최고 행진 덕에 투자심리가 반짝 개선됐습니다. S&P 500은 전장에 또다시 기록을 경신하며 +0.14% 상승 마감했고, 나스닥도 0.38% 올랐습니다.이 기대로 코스피는 3,210.12pt에 갭 업 출발했으나, 장중엔 다시 3,155선까지 밀리며 변동성을 키우는 중입니다. 고점(3,220.27)과 저점(3,155.25)이 벌어지며 ‘위는 관세 리스크, 아래는 기술적 저가 매수’가 힘겨루기 하는 모습입니다.아시아 증시는 대체로 관망세입니다. 홍콩·호주 지수도 소폭 약세로 돌아서며 “미·EU 관세 데드라인(8월 1일) 전까..

왜 WebSocket + STOMP인가?채팅·알림처럼 양방향 저지연이 필수인 기능은 HTTP Polling이나 SSE만으로 한계가 있습니다. WebSocket으로 영구 연결을 열고, STOMP 프로토콜로 채널·헤더·구독 개념을 입혀주면 메시지 라우팅이 쉬워집니다. Spring Boot는 spring-websocket 모듈 하나로 이 조합을 깔끔히 지원해 왔고, 2025년 현재 Boot 3.3에서도 설정이 거의 변하지 않았습니다.1️⃣ 의존성 한 줄implementation("org.springframework.boot:spring-boot-starter-websocket")외부 브로커(RabbitMQ, Redis Streams 등)를 쓰려면 대응 스타터를 추가하세요.2️⃣ WebSocket 설정 클래스@..

1. ‘실시간’이 필요할 때 두 갈래 길알림·라이브 피드·채팅 같은 기능을 붙이다 보면 “Server-Sent Events(SSE)로 갈까, WebSocket으로 갈까” 갈등이 온다. 두 프로토콜은 모두 HTTP 위에서 동작하지만 성격이 확연히 다르다. 오늘 글에서는 “상황별 최적 선택법”을 정리한다.2. SSE — 단방향 스트리밍, 가볍고 자동 복구까지단방향: 서버→클라이언트 전용. 클라이언트가 뭘 보낼 일 없는 뉴스·주가·알림에 최적이다.HTTP 그대로: 별도 업그레이드 없이 text/event-stream으로 열려서 프록시·로드밸런서 호환성이 높다.자동 재접속 + 체크포인트: 브라우저 EventSource가 끊기면 재연결하고, Last-Event-ID로 놓친 메시지를 이어받는다.가벼운 서버 구현: ..

1. 문제 정의마이크로서비스가 늘어나면서 알림 메시지를 “한 번만, 정확히” 보내는 일이 점점 까다로워졌습니다. 실시간성이 중요하지만, 장애 · 스케일아웃 상황에서도 메시지 유실 없이 다시 처리할 수 있어야 하죠. Redis에는 두 가지 선택지가 있습니다.2. Redis Pub/Sub ― “속도 우선”휘발성(Volatile): 구독자가 없으면 메시지는 즉시 사라집니다. 실시간 채팅·라이브 지표처럼 “지금 안 보면 무의미”한 트래픽에 적합합니다.팬아웃 구조: 하나의 publish 로 모든 인스턴스가 동시에 수신 → 코드가 단순, 지연 주요 최신 기능: Redis 7.2 ‘Sharded Pub/Sub’로 클러스터 확장 시 레이턴시와 CPU 부하가 줄었습니다.단점: 장애 복구나 재전송이 필요하면 애플리케이션이..