아키텍처 문제점 및 수정 계획

[kiseoky]

문제점 및 수정 계획

redis cache에 모든 docs content 저장됨

• 배포시 메모리가 터질수밖에 없는 구조
• persistent를 고려하지 않아 서버가 꺼지면 데이터 날아감
• 수정 계획
  • nosqlDB로 이전
    • 쓰기 읽기 성능이 빠른 Key-Value Store 고려

저장시 socket -> api 요청함

• 다시 생각해보니 너무 이상함
• 저장은 socket -> db로 하고, 읽는건 api <- db로.

CRDT 스냅샷 적용

• 일정 시간마다/개수마다 스냅샷 저장 후, 요청 시 스냅샷 + a 응답.
• 이게 왜 필요한지와 정확한 구현에 대한 의문점이 있어 논의가 필요함.

node 서버 클러스터링이 안되어있음

• node는 single thread 구조기 때문에 단일 서버 운영 시 요청이 몰리면 timeout이 발생함
• 아직 우선순위는 낮음
• 소켓 서버 클러스터링 시 소켓 정보 공유를 위한 redis 필요

메시지 이벤트스트림 적용

• 소켓 메시지 순서보장, 소켓 서버가 DB저장 신경X
• 복잡도가 크게 증가할 가능성. 고민이 필요함.