2조 - 5주차 기술 멘토링 사전 노트

• 우리 프로젝트에서 기술적으로 강점을 삼을 만할 항목을 정리해 주세요. (최종 발표 및 면접에서 프로젝트를 진행할 때 어떤 도전을 했는지 말할 수 있는 좋은 소스가 됩니다)

  • [ FE ] :
  • [ FE ] :
  • [ BE ] : Nest.js & TypeScript (인터페이스, 제네릭 등 고급 타입스크립트까지는 공부/경험하지 못했습니다ㅠㅠ dto정의하고, class-validator 정도를 주로 사용해서 거의 맛만 본 수준이랄까요?)
  • [ BE ] : socket.io (프로젝트의 90%가 socket.io를 사용하였습니다. 시간이 부족하여 namesapce 분리까지는 못했지만, socket.io의 server api와 socket api를 다양하게 경험해 볼 수 있었습니다. 특히, 서버 api인 fetch()와 disconnect를 이용하여 이중 로그인 이슈를 해결할 수 있었습니다. 또, websocketExceptionFilter를 사용하였는데, error catch하면서 에러를 발생시킨 소켓의 정보도 같이 들고 오기 때문에, 원하는 방식대로 error 메세지를 프런트로 반환할 수 있었습니다.
  • [BE] node API - timer/promises 게임 진행 중 서버에서 설정되는 타이머를 만들기 위해 처음에는 setTimeout함수를 Promise 객체로 감싸서 비동기 처리를 해주었습니다. 그런데, 개발을 진행하다보니, 동시에 돌고 있는 여러 개의 타이머 중 특정 타이머를 조건에 따라 abort 시켜야 하는 상황이 발생했습니다. 그래서 처음에는 setTimeout에 ID를 부여하고 clearTimeout을 사용하려고 했습니다. 하지만, Promise 블럭 안에 있는 setTimeout 함수에 변수명을 주어도 블럭 밖에서 접근할 수 없었고, 또, dynamic naming이 불가능하기 때문에(eval 함수는 보안상의 문제로 사용하지 않기로 했습니다.), node API인 timer/promises를 알게 되어 사용하게 되었습니다. 같은 setTimeout이지만, Promise를 내장하고 있고, abort controller를 옵션으로 사용할 수 있어, 오브젝트 맵핑으로 각 방마다 고유한 타이머를 만들어 컨트롤 할 수 있었습니다.
  • [BE] nest/schedule 라이브러리를 이용한 cron service 경험 → 1분 / 1시간 단위로 실시간 유저 데이터를 노션 어드민 페이지에 기록합니다.
  • [BE] passport라이브러리를 사용한 회원 인증과 OAuth 회원가임/로그인 서비스 (로컬 인증은 구현하지 않았습니다.)

• 프로젝트에 적용했던 핵심 기술 목록을 작성해 주시고, 각 기술을 도입하게된 의사결정 과정을 정리해주세요.

  • 남병관 멘토님 기술 제언 참고

  구분	요구사항	선택지	핵심 기술을 선택한 이유 및 근거
  FE
  BE	- 개발자 모의 면접 게임이 기획 아이템이었고, 이를 구현하기 위해 실시간 양방향 통신이 요구되었음

  • 특히, 게임 중 채팅, 유저의 탈주시 처리 등을 고려할 때, 소켓을 관리할 수 있는 다양한 서버 api가 요구 되었음
  • 게임이 시작되고, 이벤트별 타이머를 서버에서 관리해야 하는 기능이 요구 되었음 | - websocket 내장 라이브러리
  • socket.io 라이브러리
  • SSE | 1. websocket 기본 내장 라이브러리는 JS object 데이터를 트랜스퍼 하지 못하기 때문에 데이터를 주고 받을 때 매번 parsing해야 하는 번거로움
  2. socket.io는 JS object 트랜스퍼를 지원하고, 다양한 서버 api를 제공하기 때문에, 게임이라는 특수성에 맞다고 판단
  3. 서버에서 클라로 특정 시간이 됐을 때 이벤트를 보내기 위해 SSE(server sent event)를 고려해 봤지만 이미 socket 통신으로 채팅, room 등을 구현하고 있었기 때문에, SSE 사용 필요성을 느끼지 못함 |

• 이번 주 한 일

  • 팀 전체 (리더님께서 필두로 정리해 주세요.)
    • 개발 → 디버깅 → 개발 → 디버깅! 서비스 런칭을 위한 막바지 작업들을 수행하였습니다.
      • ec2 free-tier인 t2.micro 서버를 통해 소켓 접속 테스트를 진행해 봤고, 메인페이지 동시 접속은 최대 50명 / 게임방 개설 후 동시 접속은 최대 20명을 확인 → 원활한 서비스를 위해 t2.medium 사용 결정
      • cloud-watch와 load-balancer 설정 중
  • 팀원 개인별로 작성해 주세요.
    • 최예나 : 게임 로직 개발 + 디버깅, nginx 설정
    • 박동석
    • 최혜연
    • 편도영 : 유저정보조회API 추가 (점수/랭킹/키워드 등)
    • 백세현 : 배포서버, 데이터베이스 설정

• 유저 테스트를 진행했다면 해당 항목을 추가로 작성 해 주세요

  • 유저테스트 설문지의 링크와 결과, 결과를 토대로 반영해야 할 점을 작성 해 주세요

  • 유저 테스트를 기반으로, 무엇을 어떻게 개선하면 좋을지 우선순위 별로 기록 해 주세요

  우선순위	개선 및 추가사항	마감일자
  1
  2
  3
  4

  남은 고민거리들

  • 유저 테스트를 기반으로 에러 핸들링
    • 개발자 입장에서 유저 경험은 피처에 대한 경험을 위주로 받는 게 좋은지?
    • 성능에 대한 경험을 설문한다면, 어떤 식으로 질문을 구성하는게 좋은지?
  • 원래 하려고 했으니 미쳐 다 끝내지 못한 기능을 추가로 개발? vs DevOps 구현?
    • elastiCache 사용하여 서버에 저장되는 데이터를 캐쉬 디비로 옮기기
    • AwsLoadBalancer와 오토스케일링 (feat. sticky session - cookie, redis adaptor, CORS)
    • (추가 질문) EC2 한대를 사용하고 있는데, 로드밸런싱이 의미가 있나요?

멘토링 답변

1. 성능에 대한 경험을 유저에게 설문한다면?
   • 사용자는 뭐든 페이지에서 동작할 때 3초 이상 걸리면 느리다고 생각함
   • 그래서, 성능에 대해 묻는 것보다, 서비스를 이용하면서 불편한 점을 설문하는 것이 더 좋음
2. 인스턴스가 생성될때, 너무 많은 메모리나 사용되는 것은 아닌?
   • top 명령어로 메모리 튀는 것 확인해 볼 것
   • 80% cpu 관리 -> up or out 스케일링
3. 보통의 백엔드 프로젝트에서 내세울만한 강점이란?
   • 엄청나게 많은 데이터를 다루어 봤는지
   • 엄청나게 많은 접속을 어떻게 핸들링 했는지?