241108 회의록

사용자 인증 과정

• 현재 쿠키/세션 방식으로 인증을 구현하고자 하는데, 다양한 부분 고려하지 못한 인증방식이다.
• JWT, 토큰 이원화 등등 여러 방식을 넣을 수 있겠지만, 현재 핵심 로직을 구현하는 데에 보다 집중해야할 것 같다.
• 미들웨어 부분으로 책임을 명확히 분리해서 추후에 변경이 용이하도록 미리 설계 및 구현하면 좋을 것 같다.
• 프론트도 토큰 방식으로 변경시 interceptor를 활용해서 반영있다.
• 일단은 쿠키로 구현?

좌석 배치도 저장 방식

• 멜론의 좌석 배치도를 바탕으로 설계하고자 한다
• 멜론 api 참고하기
  • 멜론 API를 살펴보면 배치도를 그리는 데이터가 오는데 해당 방식마냥 데이터 저장하고, fe에서 이에 대한 데이터를 주입해주어서 나타낼 수 있도록 한다.

Redis

• 인증 방식 관련해서 쿠키/세션 → 토큰 방식으로 변경되면 더 이상 Redis를 사용하지 않는다.
• 하지만 대기큐 관련 로직에서 Redis를 사용할 예정이다.

개선할 점

• PlanB를 정하기
  • 뭔가 try, 안되거나 할 때, 제한 시간이 필요하다고 생각된다
• 분업 협업 범위 정하기
• PR 제목은 이슈 제목으로 통일

다음 주

• 목표
  1. 3주차(11월 11일 ~ 11월 15일)
     1. 공통
     2. FE
        1. 컴포넌트 정리
        2. 페이지 제작 및 api 적용
     3. BE(대기큐를 사용하지 않는 전체적인 플로우 개발)
        1. 목 데이터 넣기(월)
        2. 도메인 별로 디렉토리 생성하기(월)
        3. 메인페이지 데이터 제공(월)
        4. 유저 입장 요청(월)
        5. SSE 기본 동작 방식 테스트(월)
        6. 예매 대기 상태(화~)
        7. 좌석 선택 및 점유(실시간 SSE) →(화~)
        8. 좌석 확정(화~)
• 주말 TODO

  • 공통

    • Redis 관련 학습

    • SSE

    • Nest공부하기

      [Web 10 훔쳐보기](https://www.notion.so/897a4c8490904f7588b0330f0ea6d73a?pvs=21)

  • 노철

    • SVG 학습 및 공유
    • 피그마 디자인 시스템
    • 컴폰넌트도 좀 해보자

  • 성규

    • DB 설계/좌석 렌더링 방식 fix(~토 night)
    • 회원가입/로그인아웃 기능 구현(~일)

  • 동현

    • 도커 이미지, 컨테이너, 컴포즈, 스웜 ….

  • 희상

    • Redis로 세션 관리 공부