🤔짧은공부 서비스 후기

프로젝트 명 : 짧은공부 ( Short - Bean )

1. 소개

• 학생들이 웹에서 문제를 공유하고, 선생님과 실시간으로 채팅과 화상 채팅을 하여 거리의 제약을 받지 않고 학습할 수 있는 서비스입니다.
• 기간 : '23.08.14 ~ '23.09.18 ( 백엔드 5명, 5주 )

2. 사용스택

• 환경 : node.js ( v18.16.0 ) Express
• DB : Mysql, MongoDB, AWS S3
• 배포 : AWS EC2, Nginx
• 사용한 기술
  • WebRTC, socket.IO
  • 로그인 : JWT

3. 주요기능

1. 로그인 로그아웃
   • 회원가입 시 sms인증을 통해 가입이 진행되며,
     로그인 시 JWT토큰이 쿠키에 저장됩니다.
   • 로그아웃은 cookie를 삭제하는 방식으로 진행됩니다.
2. 화상채팅
   • 소켓과 HTML canvas를 이용하여 화상채팅 및 드로우 기능을 사용할 수 있습니다.
3. 채팅
   • 온,오프라인 회원이 표시되며, 채팅시간과 내용이 저장됩니다.
4. 게시글 CRUD
   • 주요기능으로 S3를 이용해 사진업로드를 하고, 과목과 내용을 포함해 포스팅합니다.
   • 좋아요 기능을 가지고 있습니다.
5. 댓글
   • 해당 게시물에 대해서 댓글을 남길 수 있습니다.
6. 튜터등록, 신고기능
   • 튜터 등록 시 자격이 주어지며, 화상채팅권한이 생깁니다.(구현x)

4. 맡았던 역할과 문제해결

맡았던 역할

• 채팅기능
  • Socket.io
• 배포
  • AWS EC2, Nginx, Let's Encrypt

겪은 문제점

4-1 database 분리

채팅데이터 저장 시 NoSQL과 MySQL 중 어떤 DB를 선택해야 하는 지 고민이 많았다. 크게 확장성과 안정성이라는 키워드로 고민을 했고,

경험에 대한 욕구와 확장성이라는 이유로 MongoDB를 사용했고,
User와 Room 데이터는 Mysql, roomId와 채팅데이터는 MongoDB를 사용했다.

사실 많은 테스트를 거치치 않은 서비스기에 안정성이 떨어지고,
Mysql과 NoSQL을 혼합하여 사용했기에 서버확장시 MongoDB의 장점을 전부 활용할 수 없을 것 같다. ( Mysql을 완전히 분리하는 작업이 추가 )

결과적으로 서비스의 품질을 향상시키고, 채팅에 대한 데이터를 완전 분리하여 MongoDB를 사용해야 했다.

4-2 소켓연결 시 인증

소켓은 브라우저의 식별코드를 통해 연결된다.
즉 소켓서버는 로그인 된 사용자인지 알 수 없다.

소켓서버에서는 보다 많은 트래픽이 예상되어
소켓에 대한 서비스만 처리하게 하고싶었고,
그래서 처음엔 UserName과 Id를 소켓 연결 시 보내주었다.

socket handshake는 http에서 동작하고, 보안적인 측면을 고려해주었다.
사실 생각해보니 애초에 jwt을 사용하는 이유를 스스로 붕괴시켰다...

4-3 메시지를 주고받을 때 온라인과 오프라인을 구별하는 법에 대한 고민

1. 테이블에 로그인/로그아웃 컬럼을 추가하고, 로직 추가하기
2. 소켓으로 온/오프라인 구별없이 채팅처리

1번으로 처리 시 로그아웃에 대한 로직이 상당히 복잡해진다.
2번으로 할 시 소켓연결은 상대방의 온/오프라인 관계없이 클라이언트는 접속하고 이벤트를 요청하는 것이므로 큰 단점이 없다고 생각해 채팅데이터를 소켓이벤트로 처리했다.

5. 후기

소켓, 배포에 대하여 많이 배운 프로젝트..
프론트와 어떤 방식으로 기능을 꾸려가야하는 지 생각을 많이 했고,
api문서의 필요성, 초기 서비스 구상 시 고려해야되는 부분에 대한 영역이 늘어났다