We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
현재 미디어 서버는 강의실 정보와 클라이언트(발표자, 참여자) 정보를 모두 메모리에 저장하고 있습니다.
하지만 미디어 서버에서 많은 데이터를 관리하다 보니 부하도 심해지고, 혹여나 서버가 런타임 에러로 재가동된다면 기존에 진행 중인 강의실과 클라이언트를 관리할 수 없게 됩니다.
따라서 미디어 서버는 음성을 중계하고 메시지를 전달하는 수단으로만 사용하고, Redis에 관련 데이터를 저장하고 적합한 데이터를 가져올 수 있도록 구성하려고 합니다.
현재 구현된 기능으로는 참여자 입장 시 최신 화이트보드 정보 전달하는 정도의 기능만 제공하고 있는데, 추후에 발표자 재접속 시 해결되지 않은 질문과 최신 화이트보드 정보를 전달하는 기능을 추가하려고 합니다.
The text was updated successfully, but these errors were encountered:
refactor: 클라이언트 정보(클라이언트 타입, 강의실 ID)는 Redis에 저장하도록 구성한다. #242
b635caa
현재 미디어서버 메모리에 RTCPeerConnection, Socket, 클라이언트 타입, 강의실 ID를 관리하고 있었는데 재접속하더라도 불변 데이터인 클라이언트 타입과 강의실 ID는 Redis에 저장하도록 구성했습니다.
refactor: 강의실 정보(발표자 Email, 강의 시작 시간, 최신 화이트보드 내용)는 Redis에 저장하도록 구성한다…
64c82e0
…. #242 현재 미디어서버 메모리에 강의 시작 시간, 현재 화이트보드 정보, 발표자 정보, 참여자 정보 등을 관리하고 있었는데 재접속하더라도 불변 데이터인 발표자 Email, 강의 시작 시간, 최신 화이트보드 내용은 Redis에 저장하도록 구성했습니다.
Merge pull request #246 from platinouss/refactor/231209-seperate-medi…
ad48809
…a-server-roles Refactor(#242): 미디어 서버 역할 분리하기
platinouss
Successfully merging a pull request may close this issue.
기존 문제점 설명
현재 미디어 서버는 강의실 정보와 클라이언트(발표자, 참여자) 정보를 모두 메모리에 저장하고 있습니다.
하지만 미디어 서버에서 많은 데이터를 관리하다 보니 부하도 심해지고, 혹여나 서버가 런타임 에러로 재가동된다면 기존에 진행 중인 강의실과 클라이언트를 관리할 수 없게 됩니다.
따라서 미디어 서버는 음성을 중계하고 메시지를 전달하는 수단으로만 사용하고, Redis에 관련 데이터를 저장하고 적합한 데이터를 가져올 수 있도록 구성하려고 합니다.
현재 구현된 기능으로는 참여자 입장 시 최신 화이트보드 정보 전달하는 정도의 기능만 제공하고 있는데,
추후에 발표자 재접속 시 해결되지 않은 질문과 최신 화이트보드 정보를 전달하는 기능을 추가하려고 합니다.
To-Do
미디어서버 아키텍처
추가 내용
The text was updated successfully, but these errors were encountered: