발표 피드백

추가 해보면 좋겠는 것

1. 아키텍처

   • 비중이 클 필요는 없습니다.
   • 아키텍처 정도는 아마 Q&A로 들어올 것 같은데, 그런 걸 위한 슬라이드 정도는 있으면 좋을 것 같습니다.

2. 소켓 서버 분리

3. 테스트 코드 & CI 한 것도 한 구석에 있으면 좋을 것 같아요.

   막 강조할 필요는 없습니다.

질문 들어올 만한 것

1. 권한 부여 정책

   • 분기 처리? 그룹화? 어떻게 하였는가?

     → 권한이라고 한다면 정석 같은 방식이 있다. 구현은 어렵지만 확장성에 좋아서! 이걸 썼는지 궁금! → RBAC(Role-Based Access Control), ACL(Access Control List)을 말하신 듯

2. 소켓 관리 어떻게 했는지

   • 소켓 관리는 어떻게 했는지 등등 → 토큰과 소켓의 매핑
   • 소켓 어떻게 했는지, 왜 그걸 선택했는지 등도 물어볼 수 있다. → socket.io
     • 왜 그냥 WebSocket 안 쓰고 굳이 socket.io 썼어요?
     • 편해서요. 완성도에 집중한다면은 라이브러리를 일단 쓰고 코드를 격리시킨 다음 나중에 바꾸는 게 낫다는 생각을 했습니다. 6주라는 시간 안에 우리의 목표는 ‘서비스의 완성도를 높이는 것’이었습니다.!!!!!!!!!!!

3. postgreSQL을 왜 썼나요?

   • ~~를 조사를 했다, 등도 이야기를 하면 좋을 것 같습니다. → 왜 하필 pg였을까?
   • mysql보다 쓰기가 빠름, 조회는 비교적 덜 중요, 실시간성은 쓰기가 빨라야 좋음 → 클러스터드 인덱스를 사용하지않고 물리적 정렬을 하지 않기 때문
     • 향후 있을 리팩토링 기간에 어떠한 데이터가 추가, 확장될지 몰라서, 해당 부분에서 유용하게 추가할 수 있을 것 같은 postgreSQL 을 선택했습니다.
       • JSONB 같은 타입들을 고려.
       • 또한 uuid 굿

4. 아키텍처 관련 질문 : object storage는 어떤 의미인가요?

   • S3같은 느낌에다가, React올려놓고 서빙하는 느낌이라 생각하면 될까요?

     → html은 nginx 거쳐서 내려오고, 나머지 파일들은 object storage로 바로 갈 수 있도록 했습니다.

     • 왜 S3 같은거에 올렸을까요?
       • 성능 최적화:
         • 정적 파일(JS, CSS, 이미지 등)은 Object Storage + CDN으로 직접 제공하면 성능과 비용 효율성이 좋아짐.
       • 캐싱:
         • Object Storage와 CDN은 정적 파일에 대한 장기 캐싱을 지원, 빠른 로드 속도를 보장.
       • 스케일링:
         • Object Storage는 서버 부하를 줄이고, 대규모 트래픽을 효율적으로 처리할 수 있음.,

   • 왜 그렇게 하셨나요? 라우팅 때문에 그런가요? nginx를 안 거치고 할 수도 있었던 것 같아서, 선택한 이유를 물어보고 싶어서 그랬습니다.

     • SPA의 경우 모든 경로가 index.html로 리다이렉트되어야 하며, Object Storage만으로는 이 설정이 번거롭거나 불가능할 수 있음.
     • Nginx는 라우팅 제어를 간단하게 처리할 수 있음.
     • 예: /api/* 요청은 백엔드로, 나머지는 index.html로 매핑.

   • 선택의 이유

     • 라우팅 문제를 간단히 해결하기 위해.
     • 정적 리소스 제공을 CDN과 결합하여 성능을 최적화하기 위해.
     • 서버 부하를 줄이고, 트래픽을 효율적으로 분산하기 위해.
     • 보안, 커스텀 설정, 확장성을 확보하기 위해.
     • 이 방식은 정적 파일 서빙의 성능과 애플리케이션 라우팅의 유연성을 모두 확보할 수 있는 현실적이고 "정석적인" 선택입니다.

5. docker 왜 안 쓰셨어요? 하면?

   • docker를 쓸 이유가 없어서 안 썼어요.

회고

테스트 코드

• 테스트 코드는 의무적으로 짜면 안 된다… 개발 단계에서 짜는 게 좋긴 하다.
• 테스트 코드는 문서다. 테스트 코드만 봐도 어떤 기능이 있는지 알 수 있도록 하면 좋겠다.
• 그래서 한글로 써도 좋을 것 같습니다.
• 나중에 테스트만 쭉 돌려도 무슨 기능이 있는지 알 수 있다.
• 나중에 타인이 봤을 때 문서의 역할이 될 수 있도록 잘 짜두면 좋을 것 같다.