본문 바로가기

SSE3

SSE 적용 (3) - SSE 적용 시 이슈 처리 1. Event Share 이슈 처리 (동시 접속 고려)이슈 - 여러개의 탭을 띄워놨을 때 Emitter Subscribe Response는 다 OK고 Event가 제대로 생성었지만 가장 최근에 생성된 탭만 event data 업테이트가 됨 원인 - API에서 동일 이벤트가 아닌 다음 생성된 동일 키의 이벤트로 덮어 쓰기가 되어져버림 - = API에서 concurrentHashMap에 emitter 담고 있는데 동일 key로 새 것으로 엎어쳐져서 해결 방법 - emitter는 공유 안됨 - 이벤트 구독이 필요할 때마다 여러개 emitter를 uuid 추가 및 idPrefix적용해서 Broadcast 시 idPrefix 하위 것들 모두 업데이트 되도록 변경 2. 인증이슈 - event subscribe시 .. 2024. 8. 19.

SSE 적용 (2) - 이중화를 적용해보자 필요성- 신규 구축 스테이지 대부분 API 2대 -> 스케일링 이슈 고민이 필요- 현재 각각 API에 Subscribe, broadcast가 있으면 이벤트 발생한 쪽에 응답 누락 가능성이 있음. 구현 방법- MQ를 이용 - 기존에 사용중인 리소스 - Redis나 Kafka를 많이 사용하나, 현재 상황에서 SSE때문에 인프라 추가는 불가한 상황 - 다중 로그인 이렇게 심화까지 필요하지 않음 (단일 기기 로그인 환경) - 구현을 이것저것 보니 MQ로 충분하게 대응 가능할 것 같음- Subscribe는 어느 서버에서 발생해도 상관이 없음, 따라서 API로 진행, Broadcast는 MQ로 적용- 이벤트 발생 시 이벤트 ID Prefix를 확인하여 구독중인 모든 서버에 매핑되는 모든 이벤트를 동시에 Br.. 2024. 8. 19.

SSE 적용 (1) - SSE를 적용해보자 개념 배치 동작 완료 시점마다 화면에 update를 해줘서 사용자가 최신 결과를 바로 확인할 수 있도록 서비스를 제공하기위해 적절한 기술 검토중에 SSE 추천을 받아 분석 후 개발을 진행하게 되었다. 관련 내용을 정리 SSE란, Server Sent Event 웹 브라우저와 서버 간 단방향 통신을 가능하게 하는 웹 기술 서버에서 클라이언트(브라우저)로 실시간 이벤트를 보낼 수 있다. 클라이언트 측에서 서버로의 연결을 열어두고 서버에서 이벤트를 푸쉬하는 방식 서버는 이벤트를 생성하고, 이벤트에 필요한 Data를 포함하여 Client에게 전달한다. Client는 이벤트 수신 후 필요한 작업을 수행하는데 데이터를 사용 SSE 특징 - 단방향 통신 서버 -> 클라이언트로만 Data 전송 - 기본 HTTP 프로토콜 사.. 2024. 4. 12.

이전 1 다음

티스토리툴바