[알림] 실시간 채널(WebSocket/SSE) 설계 및 1차 구현

[RosieOh]

🧑‍💻 오늘의 개발하면서 생긴 크고 작은 이슈사항을 기록해주세요

💚 어떤 기능인가요?

[ Notification ] REST 중심 알림에 실시간 수신 채널(WebSocket/SSE)을 추가합니다.
사용자에게 즉시 알림 전달이 가능하도록 인증 연동과 이벤트 모델을 정의합니다.

✅ To Dos

• WebSocket/SSE 중 기술 선택 및 근거 정리
• 연결 인증(JWT) 설계/구현
• 알림 이벤트 페이로드 스키마 정의
• 최소 동작 서버/클라이언트 데모 구현
• 연결 끊김/재연결/중복 수신 처리
• 운영 모니터링 포인트 정의

[RosieOh]

남겨 둡니다. 지금 필요한지부터 확인이 필요합니다.

현재 알림은 EMAIL·PUSH·SMS 3채널로 나가고, 내용은 정책 변경·빈자리·마감 임박·제보 요청 네 가지입니다. 전부 배치가 하루 한 번 발송합니다 (알림과 리텐션).

즉 지금 보내는 알림 중 실시간성이 필요한 것이 하나도 없습니다. 어린이집 빈자리는 몇 분 차이로 달라지지 않고, 지원금 마감은 D-7 에 알립니다.

WebSocket/SSE 를 붙이면 연결 유지 비용과 스케일아웃 시 세션 분배 문제가 생깁니다. 실시간이 필요한 기능이 먼저 생긴 다음에 붙이는 편이 맞습니다.

후보가 될 만한 것: 실시간 상담 채팅, 대기 순번 실시간 반영(공공데이터가 주지 않아 현재는 불가), 커뮤니티 댓글 알림.

그 중 하나가 결정되면 이 이슈를 그 기능의 하위로 붙이는 게 낫습니다.

참고로 알림 효과는 이미 측정 가능합니다 — NOTIFICATION_SENT → NOTIFICATION_CLICKED 전환율(지표 수집). 실시간 도입 여부도 이 수치를 보고 판단할 수 있습니다.