1차 멘토 미팅

2차 멘토 미팅

• 10to10: 코어타임을 좀 더 압축적으로 활용할 방안
• 두 호스트 (Next, Nest)에서 따로놀던 서비스 → 하나의 시스템에서 처리 → CORS 문제 해결, HTTPS 문제 회피, 쿠키를 사용자 브라우저에서 저장할 수 있게되었다.
  • 언젠가는 뚫어야 하는 길. 서로 다른 호스트를 같은 도메인으로 만들어주려면?

3차 멘토 미팅

아래는 멘토미팅 전에 모아본 안건들입니다.

• 컴퓨터 한대에서 100개의 웹소켓을 만들어 테스트하는것이 과연 의미가 있을까요? (레크리에이션의 특성)

  • 각자 집에서 하는 멀티게임과는 다르게 한 장소에서 같은 네트워크에 연결해서 연결을 지속하는 것이 과연 가능할지 모르겠다.

  • 참고

    1. 기술적 챌린지는 우리 프로덕트에 약이 된, 핵심적인 역할을 한 것으로. 로부터 야기된, 아무도 해결한 적 없던 고유한 문제를 해결한 경험을 뽐내야함.
       1. ex)많은 사람들이 동시에 그림 화면을 봐야하는데, 어떤 사람은 그림이 늦게 떠서 정답을 맞추지 못해 억울한 일이 생길 수 있는 것을 우리는 어떻게 해결하였다. 👍 동시에 많은 사람들이 접속할 수 있는 챌린지를 도전한다던가
       2. 실제로 50명의 사람이 동시에 자기만의 네트워크 인터페이스를 사용하여 테스트할 수 있으려면? ⇒ 테스팅 환경이 필요하겠다.
          1. Distributed Load Testing on AWS
          2. locust.io, An open source load testing tool
          3. https://k6.io/, js 기반 분산로드테스트 도구. 웹 소켓도 지원하고 load zone에 한국도 포함이다!

• 백엔드 서버 (특히 게임 로직을 수행하는 서버)의 수평적 확장을 두번째 게임이 끝나고 도전해볼 생각입니다.

  1. 디스패처 같은 서버를 두어 게임룸이 생성될때 어느 서버에 인스턴스를 만들지를 결정한다. (티켓팅만 해주는 느낌)
  2. IMDB를 사용하여 전역적으로 게임을 관리한다. 이때 트래픽 분배는 로드밸런서를 활용한다. → Socket 객체를 여러 서버에서 공유하는 방법?

• 다량의 이슈를 관리하는 기술: 깃허브 프로젝트에 이슈가 너무 많이 쌓이는 문제를 코치님이 지적했습니다. 매 스프린트마다 이슈를 비우라는데 몇가지 방법이 있습니다.

  • 아예 새 프로젝트를 파서 새로 이슈를 만들기
  • 이슈를 시간 단위로 필터링하여 스프린트별로 정리하기
  • 마일스톤으로도 필터링이 가능하려나?
  • 아카이브 기능을 발견했습니다. 당장 필요없는 이슈를 눈에 보이지 않게 만드는 기능.

• 멘토님한테 iOS에서 필요한 ‘움직임 허가 및 shake to undo’ 문제를 참여하는 사람들에게 매끄럽게 설명할 수 있는 부분이 있는지에 대해서 물어보고 싶다.

  • 처음엔 작동이 안되게 만들고, 게임 참여 안내시, iOS 플레이어들은 허가를 받는 대화창이 뜨게 만들 수 있다.