[이진용] sprint12 - #261
Open
alpha-lens wants to merge 26 commits into
Hidden character warning
The head ref may contain hidden characters: "\uc774\uc9c4\uc6a9-sprint12"
Open
[이진용] sprint12#261alpha-lens wants to merge 26 commits into
alpha-lens wants to merge 26 commits into
Conversation
Collaborator
Author
|
주신 리뷰들 확인해봐야 했는데, 아직 확인 못했습니다.. 이번 리뷰 포함해서 확인한 후에 개인 시간 틈틈히 내서 수정해보겠습니다. 감사합니다. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
스프린트 미션12
기본 요구사항
1. 웹소켓 구현하기
웹소켓 환경 구성
spring-boot-starter-websocket의존성을 추가하세요.웹소켓 메시지 브로커 설정
메모리 기반
SimpleBroker를 사용하세요.SimpleBroker의 Destination Prefix는
/sub으로 설정하세요.Application Destination Prefix는
/pub으로 설정하세요./ws로 설정하고,SockJS연결을 지원해야 합니다.메시지 송신
첨부파일이 없는 단순 텍스트 메시지인 경우 STOMP를 통해 메시지를 전송할 수 있도록 컨트롤러를 구현하세요.
/pub/messages엔드포인트에 메시지를 전송할 수 있어야 합니다.@MessageMapping을 활용하세요.MessageCreateRequest를 그대로 활용합니다.첨부파일이 포함된 메시지는 기존의 API (
POST /api/messages)를 그대로 활용합니다.메시지 수신
클라이언트는 채널 입장 시 웹소켓으로
/sub/channels.{channelId}.messages를 구독해 메시지를 수신합니다.이를 고려해 메시지가 생성되면 해당 엔드포인트로 메시지를 보내는 컴포넌트를 구현하세요.
MessageCreatedEvent를 통해 새로운 메시지 생성 이벤트를 확인하세요.SimpMessagingTemplate를 통해 적절한 엔드포인트로 메시지를 전송하세요.2. SSE 구현하기
SSE 환경을 구성하세요.
클라이언트에서 SSE 연결을 위한 엔드포인트를 구현하세요.
GET /api/sse사용자별 SseEmitter 객체를 생성하고 메시지를 전송하는 컴포넌트를 구현하세요.
connect: SseEmitter 객체를 생성합니다.send,broadcast: SseEmitter 객체를 통해 이벤트를 전송합니다.cleanUp: 주기적으로 ping을 보내서 만료된SseEmitter객체를 삭제합니다.ping: 최초 연결 또는 만료 여부를 확인하기 위한 용도로 더미 이벤트를 보냅니다.SseEmitter객체를 메모리에서 저장하는 컴포넌트를 구현하세요.ConcurrentMap: 스레드 세이프한 자료구조를 사용합니다.List<SseEmitter>: 사용자 당 N개의 연결을 허용할 수 있도록 합니다. (예: 다중 탭)이벤트 유실 복원을 위해 SSE 메시지를 저장하는 컴포넌트를 구현하세요.
LastEventId를 전송해 이벤트 유실 복원이 가능하도록 해야 합니다.기존에 클라이언트에서 폴링 방식으로 주기적으로 요청하던 데이터를 SSE를 이용해 서버에서 실시간으로 전달하는 방식으로 리팩토링하세요.
새로운 알림 이벤트 전송
새 알림이 생성되었을 때 클라이언트에 이벤트를 전송하세요.
클라이언트는 이 이벤트를 수신하면 알림 목록에 알림을 추가합니다.
이벤트 명세
notifications.createdNotificationDto파일 업로드 상태 변경 이벤트 전송
파일 업로드 상태가 변경될 때 이벤트를 발송하세요.
클라이언트는 해당 상태를 수신하면 파일 상태 UI를 다시 렌더링합니다.
이벤트 명세
binaryContents.updatedBinaryContentDto채널 갱신 이벤트 전송
채널 정보가 변경될 때, 이벤트를 발송하세요.
클라이언트는 해당 이벤트를 수신하면 채널 UI를 다시 렌더링합니다.
이벤트 명세
channels.createdorupdatedordeletedChannelDto사용자 갱신 이벤트 전송
사용자 정보 또는 로그인 상태가 변경될 때, 이벤트를 발송하세요.
클라이언트는 해당 이벤트를 수신하면 사용자 UI를 다시 렌더링합니다.
이벤트 명세
users.createdorupdatedordeletedUserDto3. 배포 아키텍처 구성하기
다음의 다이어그램에 부합하는 배포 아키텍처를 Docker Compose를 통해 구현하세요.
Reverse Proxy/api/*,/ws/*요청은 Backend 컨테이너로 프록시 처리합니다./usr/share/nginx/html등)에 복사하세요.3000번 포트를 통해 접근할 수 있어야 합니다.BackendReverse Proxy를 통해/api/*,/ws/*요청이 이 서버로 전달됩니다.DB,Memory DB,Message BrokerBackend컨테이너가 접근 가능한 다음의 인프라 컨테이너들을 구성하세요심화 요구사항
1. 웹소켓 인증/인가 처리하기
인증 처리
디스코드잇 클라이언트는
CONNECT프레임의 헤더에 다음과 같이Authorization토큰을 포함합니다.서버 측에서는
ChannelInterceptor를 구현하여 연결 시 토큰을 검증하고, 인증된 사용자 정보를SecurityContext에 설정해야 합니다.CONNECT프레임일 때 엑세스 토큰을 검증하는JwtAuthenticationChannelInterceptor구현체를 정의하세요.JwtAuthenticationFilter를 참고하세요.SecurityContext에 인증정보를 저장하는 대신accessor객체에 저장하세요.SecurityContextChannelInterceptor를 등록하여 이후 메시지 처리 흐름에서도 인증 정보를 활용할 수 있도록 구성하세요.인가 처리
AuthorizationChannelInterceptor를 사용해 메시지 권한 검사를 수행합니다.AuthorizationChannelInterceptor를 활용하기 위해의존성을 추가하세요.MessageMatcherDelegatingAuthorizationManager를 활용해 인가 정책을 정의하고, 채널에 추가하세요.2. 분산 환경 배포 아키텍처 구성하기
다음의 다이어그램에 부합하는 배포 아키텍처를 Docker Compose를 통해 구현하세요.
Backend-*deploy.replicas설정을 활용하세요.Reverse Proxyupstream블록을 수정해 다음의 로드밸런싱 전략을 적용해Backend로 트래픽을 분산시켜보세요.기본값$upstream_addr변수를 활용해 실제 요청을 처리하는 서버의 IP를 헤더에 추가하고 브라우저 개발자 도구를 활용해 비교해보세요.InMemoryJwtRegistry의 한계점을 식별하고 Redis를 활용해 리팩토링하세요.RedisJwtRegistry구현체를 활용하세요.분산환경에 따른 웹소켓과 SSE의 한계점을 식별하고 Kafka를 활용해 리팩토링하세요.
어떤 한계가 있는지 식별하고 PR에 남겨주세요.
일반적인 카프카 이벤트와 다르게 각 서버 인스턴스마다 이벤트를 받을 수 있어야 합니다. 따라서
컨슈머 group id를 적절히 설정하세요.주요 변경사항
멘토에게