화면 송출 시

화면 차단 시

문제

스터디룸 입장 후 바로 마이크나 카메라를 끄면 openvidu 세션 연결이 되지 않는 오류가 발생

시도

Redirect 페이지를 방 입장후 setTimeOut을 적용하여 3초가 지난 후 스터디룸 페이지가 보이게 하여 마이크나 카메라에 대한 조작을 할 수 없게 하려고 하였다.
하지만 시간만 적용을 해주면 유저별 세션 연결 시간에 대한 편차가 있어서 redirect 페이지가 사라진 후에도 세션 연결이 안된 유저가 마이크나 카메라를 껐을 때 여전히 세션 연결이 되지않았다.

해결

스터디룸 입장 후 세션연결하는 코드안에 redirect 페이지를 넣어줘서 이전처럼 시간이 지난 후 스터디룸이 보이는 아니라 세션 연결이 완료 된 후 스터디룸 페이지가 보이도록 수정

문제

OpenViduLogger(오픈비두 콘솔 메세지)는 상대방이 카메라나 마이크를 켜거나 끄는 작업(publish/unpublish)을 볼 수 없음.
유저는 자신이 수행한 카메라/마이크 상태 변경만 확인할 수 있으며, 상대방의 카메라/마이크 유무를 확인하지 못 하는 문제 발생

시도

'streamPropertyChanged' 오픈비두 이벤트를 사용하여 stream을 변경할 때만 상태를 업데이트 시도.
그러나 오픈비두는 내가 발행자이자 구독자이기 때문에 정확히 구분하는 방법이 어려워서 이 이벤트를 사용할 수 없

해결

'streamManager'를 사용하여 문제 해결, 'streamManager'를 통해 구독자와 발행자를 구분 가능.
'streamManager.stream.audioActive'와 'streamManager.stream.videoActive'를 사용하여 나와 상대방의 오디오 및 비디오 상태를 확인하고, UI를 업데이트할 수 있었다.
이렇게 함으로써 상대방이 마이크나 카메라를 끄거나 켤 때 이를 시각적으로 알 수 있게 됨.

해결 코드

문제

OpenVidu 서버에 생성된 세션이 주기적으로 삭제되거나, 한번이라도 Connection이 발생한 후 Connection이 하나도 존재하지 않게될 경우 세션이 삭제되는 문제 발생

시도

1. env 파일을 수정하여 OPENVIDU_SESSIONS_GARBAGE_INTERVAL 값을 0으로 수정하면 Garbage Collector가 비활성화됨과 동시에OPENVIDU_SESSIONS_GARBAGE_THRESHOLD 속성 또한 무효화가 되기 때문에 Interval 값을 0으로 수정
2. 유저가 이미 삭제된 세션으로 접근할 경우 새로운 세션을 생성해서 해당 세션에 유저를 입장시키는 방법

해결

스터디룸에 유저 입장 -> OpenVidu 서버에 활성화되어 있는 세션 목록 로드 -> 입장하고자 하는 세션 ID가 존재할 경우 해당 세션으로 입장 -> 해당 세션이 없을 경우 입장하고자 했던 세션 ID와 똑같은 ID로 Custom 세션 생성 및 입장 과정을 통해 유저 입장에선 세션이 종료되지 않고 계속 존재하는 것처럼 인식할 수 있도록 수정하여 해결

해결 코드

문제

1. 한 방에 입장은 9명까지 가능
2. 방 생성 시 한 유저 당 3개의 방을 생성 가능
3. 방 입장 시 한 유저가 같은 방을 여러 번 입장할 수 없고, 이미 입장한 방 이외에 다른 방 입장 불가

위 조건들에 대한 예외 처리는 되어있지만, Jmeter를 이용한 동시성 테스트 결과 전부 동시성 제어가 되지 않아 원하는 대로 처리가 되지 않음

시도

1. RabbitMQ와 같은 메세지 브로커를 이용하여 요청을 메세지 큐에 담아서 처리하고 요청 자체에 대한 동시성 제어를 시도
2. 동기화 기법 및 DB Lock 사용

해결

Pessimistic Lock을 이용하여 DB에 동시 접근을 막아서 해결

해결 전, 후 테스트

해결 전 해결 후

기술 도입 배경

유저로부터 접근이 잦은 마이페이지를 조회할 때마다 통계를 계산하고 조회하는 쿼리가 생성되고 있는데 이를 개선할 수는 없을까?

기술 구현 과정

Redis에 통계 데이터를 저장하여 캐싱을 적용하고, 수정이 필요한 당일 데이터에 변경이 일어날 때만 통계 데이터에 값을 수정.
이에 따라, 마이페이지를 조회할 때마다 쿼리를 생성하지 않아도되고 데이터를 조회하는 속도 또한 향상될 수 있도록 하였다.

고민

단순히 Key Value 구조로만 저장하기에는 모든 멤버의 일별, 주별, 월별 데이터를 다른 멤버들과 구분되게 넣기가 어려운데, 어떤 방법이 있을까?

해결 방안

Redis가 제공하는 자료구조 중 Value로 또 다른 Key Value Map을 넣을 수 있는 Hash 자료 구조를 이용하여 모든 멤버들의 통계 데이터를 구분해서 넣을 수 있도록 하였다.

기술 도입 배경

만료기한이 된 스터디룸 처리와 함께 통계 데이터를 효과적으로 자동화해서 처리할 수 있는 방법이 무엇이 있을까?

기술 구현 과정

대용량 일괄처리 기능을 제공하는 Spring Batch와 작업을 자동화할 수 있는 Spring Schedular를 사용하였다. 스케줄러를 매일 자정에 한번 씩 수행되도록 설정하고 1. 만료된 방을 삭제 2. 사용되지 않는 OpenVidu 세션 삭제 3. 통계 데이터 저장 을 3개의 Step으로 구성하여 일괄 처리를 자동화하였다.

고민

처리 방식을 어떻게 정할 것인가?

해결 방안

실행할 작업이 복잡하고 읽기, 처리 쓰기와 관련된 작업을 수행해야하는 통계 작업은 Chunk 방식으로 처리하였고, 비교적으로 처리가 단순하고 처리량이 많지 않은 나머지 작업들은 Tasklet 방식으로 처리하였다.