스트레스 테스트/ 성능 측정
•
현재 환경에서 스트레스 테스트줬을때 문제가 된다면 반드시 대응해야할 수준으로 판단할 수 있음
•
주요 기능들에 대해서 스트레스 테스트를 통해 성능 개선
•
BE / FE 통합 테스트 필요
◦
BE에서 해결하지 못하는 이슈들을 FE에서 함께 논의
•
유저 기반으로 주요 Flow에 따라 테스트 진행
•
기타 논의 내용
◦
문제되는 지점들을 찾자
▪
예) 리스트 페이지네이션
◦
캐싱 여부 판단
▪
Federation GW 캐싱 기능 검토
CCC & SMI 이하 일괄 생성 개선
•
현재 상황
◦
CCC에서 교실 내 학생 마다 SMI / SUI / SAI 를 생성 중
◦
학생 유저 식별자를 학기 시작 후에 알 수 있음 → 미리 CCC 준비 어려움
•
예상 유저 수
◦
동접 Max 3만명
•
목적
◦
첫날 10분 내 바로 수업 가능 해야함
옵션 1) 인스턴스 계열 제거
•
개발단 변경 작업 영향도 조사
◦
주요 설계
◦
주요 정책 논의
◦
SMI/SUI/SAI/LA Key로 쓰는 쿼리/뮤테이션 조사
•
전/후 Flow 기준으로 결과 비교
옵션 2)인스턴스 계열 제거 x → 미리 데이터 만들어 놓기
•
유저까지 미리 생성해놓기
•
그룹유저 SoftDelete → 살리기
장애 대응 및 모니터링 시스템 구축
•
훈님이 자체적으로 리소스 검토 예정
조회 성능 최적화 (CQRS 도입)
•
NCP에서는 Read Replica DB가 별도로 없음 (DB Replication 존재X)
•
CQRS 도입에 이점이 현재로서는 없음