• 기획서 작성 및 ERD 설계와 기능 API 정리를 위한 회의
• EC2, RDS 서버 구축
• 서브 도메인(dev, prod) 적용
• prod 폴더에 스프링 템플릿 적용
• 서브도메인(dev, prod)에 각각 SSL 적용(By CertBot)

• 서버 개발 2인 모두가 납득을 해야 ERD 설계와 API 기능 정리가 가능했다.
• 그래서 시간이 제법 딜레이 되었으나, 둘 모두 협업이 처음이었기에 오히려 유의미했다.
• 아직 의견이 하나가 되지 못하는 사안에 대해서는, 차후에 다시 이야기를 나누어 가보기로 결정했다.
• ERD 를 설계하며 서로 다른 스타일을 맞춰나가며 협업하여 ERD를 설계하는 경험을 쌓을 수 있었다.

• 도메인 연결
• 계정(Account) 관련 기능 API 구현
  • 회원 가입,탈퇴 API
  • 회원 로그인, 로그아웃 API
  • 회원 정보 (이메일,비밀번호,휴대폰,멤버쉽) 변경 API
  • 회원 목록 조회 API 구현(전체 목록 조회, queryString으로 membership 조건 조회)
  • 회원 조회 API 구현(accountIdx로 검색)

• SMS 문자 발송 서비스

  • SMS 메시지 전송 API 구현
  • SMS 인증번호 전송 API 구현 (6자리 난수 생성 후 client에게 전송, client는 response와 휴대폰번호로 발송된 번호가 일치하는지 대조)

• AWS 서버에 탄력적 IP를 사용하도록 변경

• 서브 도메인(dev, prod) 외 별도의 대표 도메인(teamflix.shop) 을 서버에 적용

• 9000번 포트에서 작동중인 Spring boot 서버를 prod 도메인과 대표 도메인이 가리키도록 세팅

• AWS 서버 내부 에러 발생

  • 아래의 error log와 이미지 참조

      -- Unit nginx.service has begun starting up.
    Mar 20 08:46:49 ip-172-31-41-81 nginx[23645]: nginx: [emerg] open() "/etc/nginx/sites-enabled/dir" failed
    Mar 20 08:46:49 ip-172-31-41-81 nginx[23645]: nginx: configuration file /etc/nginx/nginx.conf test failed
    Mar 20 08:46:49 ip-172-31-41-81 systemd[1]: nginx.service: Control process exited, code=exited status=1
    Mar 20 08:46:49 ip-172-31-41-81 sudo[23642]: pam_unix(sudo:session): session closed for user root
    Mar 20 08:46:49 ip-172-31-41-81 systemd[1]: nginx.service: Failed with result 'exit-code'.
    Mar 20 08:46:49 ip-172-31-41-81 systemd[1]: Failed to start A high performance web server and a reverse pr
    -- Subject: Unit nginx.service has failed
    -- Defined-By: systemd
    -- Support: http://www.ubuntu.com/support
    --
    -- Unit nginx.service has failed.
    --
    -- The result is RESULT.
  

  

  • 발생 배경

    • dev, prod 이외 별도의 서버 대표 도메인 적용을 위해 server 블록을 만들어 nginx 세팅 도중 위와 같은 에러가 발생했다.

    • 해결을 위해 시도해 본 방법은 다음과 같다.

      • certbot 인증 수단 전체 제거
      • certbot 삭제 후 재설치 & 재적용
      • default 파일 삭제후 재구성
      • 서브도메인(dev, prod)의 server 블록을 삭제
      • Apache2의 실행 중단
      • Apache2의 80번 포트 kill
      • Apache2 완전히 삭제
      • proxy pass에 영향이 있을 수 있는 파일을 탐색(nginx.conf 등)해 보았으나 특별한 이상을 발견하지 못했다.
  • 해결한 방법
  1. nginx를 완전히 삭제하고 다시 설치했다.
  2. 서브도메인 적용을 위해 서버 블록을 나누고 SSL 적용을 위한 certificaton 모듈을 실행& 적용하였다.
  3. 완전한 삭제 후 재설치, 처음부터 모든 일련의 과정을 적용하고 나니 문제 없이 작동하는 것이 확인되었다.

• Git 에서 협업하며 개발하는 경험을 쌓을 수 있었다.
• 서로 코드 스타일, 규약등을 맞춰야 할 필요성을 느낄 수 있었다.
• 데이터 값을 넣을 때 서로 공유하지 않으면 혼동이 올 수 있음을 느꼈다.

• 계정(Account)관련 기능 API 구현

  • 기존의 회원 가입 API 리팩터링

  • 프론트엔드 팀원과 협의 후 해당 조건에 맞는 신규 API 2종 추가 -> 넷플릭스의 회원가입 flow를 그대로 따름

    1. 넷플릭스 회원가입 단계 조회 API 구현
    • 이메일을 form 으로 제출하면 세가지 유형 상태가 발생 (미가입 계정 or 이메일&비밀번호만 등록된 계정 or 결제수단까지 모두 등록된 계정)
    • 이메일을 서버에 넘기면 아래의 세 가지 경우중 하나를 리턴

      1. 처음보는 이메일
      2. 이메일과 비번은 설정(가입)이 되어있는데 결제가 안되어있는 경우
      3. 가입과 결제가 다 되어있는경우 
      

• 프로필(Profile)관련 기능 API 구현
  • 프로필 생성 API 구현
  • 프로필 사진 등록,변경 API 구현
• 회원 로그아웃 API JWT 전체 구현 리팩토링 → 진행중

• API 명세서의 최신화

• 프론트 엔드 팀원의 요청에 맞게 API를 고안하여 아래와 같이 초안을 작성 후 공유 및 논의

  • 회원가입
    1. GET : 회원가입 단계 조회

     - request item : 이메일
     - response item: 0/1/2 (case code)
    

    2. POST : 처음보는 이메일일 때 계정 생성

     - request item : 이메일, 비밀번호
     - response item : 계정 식별자, 토큰
    

    3. PATCH : 결제 수단 등록

     - request item : 토큰, 계정 식별자, 멤버쉽 유형
     - response item : 계정 식별자, 토큰
    

• ERD Profile 관련 변경

  • 회원가입시 email과 password만 있으면 회원 등록이 이루어지므로 나머지 컬럼을 필수 필드가 아닌 Nullable한 값으로 변경
  • -> id 비밀번호로 계정을 등록하고, 이외 정보의 입력 과정은 차후 회원가입 단계별 진행을 통해 별도로 처리되기 때문.

  

• Git 충돌 발생 해결 -> mock-rc4#48 (comment)

• 프론트엔드 팀원과 API 형태에 대해 소통하며 맞춰야할 점들을 논의하였다.
• 요구사항을 100% 반영할 수 있도록 API를 설계후 구현해 보는 과정을 가졌다.
• 긴밀한 협의를 통해 앞으로도 이와 같이 반영해 갈 수 있으면 좋겠다고 생각한다.

• 소셜 로그인 서비스 WORKFLOW mock-rc4#70 (comment)

• 네이버 소셜 로그인 서비스 API

• 파라메터를 조합하여 네이버 로그인 URL을 불러오는 API 구현

• 네이버 로그인창에서 아이디와 비밀번호 입력시 네이버 엑세스 토큰 반환 API 구현

• 네이버 계정에 대한 정보 조회 기능 API 구현

• 네이버 계정으로 회원가입 기능 API 구현

• 네이버 계정으로 로그인 기능 API 구현

• 네이버 계정만으로 로그아웃(연결끊기) 기능 API 구현

• 프로필 삭제 API 구현

• 프로필 전체 변경 API 구현

• 프로필 사진 조회 API 구현

• 회원 로그인 API

• 계정 식별자를 통해 프로필 목록을 조회하는 API 구현

• 프로필을 조회하는 API 구현

• nohup 명령어를 사용한 백그라운드 실행으로 Spring Boot Server를 정상적으로 운영할 수 없었던 이슈를 해결.

  • 하단 ISSUE란 참조.

• NETFLIX 사이트 실 서비스를 기반으로 API를 모델링 하기 위해 사이트 내부 기능 사용 시도 (소셜 로그인, 로그인 등)

  • 페이스북 계정 정보로 Netflix의 계정을 찾을 수 없는 경우 다음과 같은 문구를 반환

     사용 중이신 페이스북 계정이 시스템 기록에 있는 계정과 일치하지 않습니다.
     Netflix 이메일과 비밀번호를 사용하여 로그인해 주세요.
    

    -> 참고하여 네이버 소셜 로그인 서비스도 같은 Workflow를 따르도록 설계했다.

• 네이버 소셜 로그인에 대한 workflow를 완전히 이해하고 습득하여 추후 팀원들에게 전달할 내용을 정리

  • 자세한 건 https://developers.naver.com/docs/login/api/api.md 네이버 REST 로그인 API 명세를 참고하여 구현했다.

  • 이전에 구현해본 카카오 REST API 로그인과 마찬가지로 Documents를 참고해 구현해 볼 수 있었으며,

  • 단지 금번 진행하는 팀프로젝트를 위한 최적의 로직 설계에 대해 고민하는 시간을 가졌다. -> 어떻게 하면 가장 컴팩트하고 심플하게 필요한 값을 전달 할 수 있는가?

  • 네이버 소셜로그인을 모든 네이버 계정에게 허용하려면 애플리케이션 검수 심사를 받아야 한다.

    • naver developers 네이버 로그인 사전 검수 가이드 문서 (https://developers.naver.com/docs/login/verify/verify.md)

    • 아래의 조항을 보자.

    • 우리 팀은 넷플릭스와 동일한 흐름의 서비스 개발을 지향하고 있다.

    • 넷플릭스 회원등록은 이메일과 비밀번호 설정을 통해 이루어진다.

    • 따라서 네이버 애플리케이션 사전 검수시 준수사항, 위 조항에 위배된다.

    • 검수 심사를 받지 않은 경우, 검수 요건에 부합되지 않는 경우

    • 네이버 로그인 API는 회원가입 및 로그인의 모든 서비스를 허용된 네이버 ID에게만 가능하게 한다.

    • 달리 말하면 Application 등록자가 허용할 대상으로 처리한 네이버 계정만이 해당 기능을 이용할 수 있다.

    • 팀원들의 네이버 계정 ID를 요청해서, 네이버 소셜 로그인 서비스를 이용해 볼 수 있도록 설계한다.

• ERD 변경

  • 소셜 로그인 idx를 너무 작은 용량으로 세팅해놔서 VARCHAR(30)- > VARCHAR(50)으로 변경

  • Current Status on 2022.03.23

    

• AWS 서버내 nohub 명령으로 백그라운드 동작시 최신 빌드가 반영 되지 않음

  • 해결 방법
    1. aws 인스턴스를 중지후 시작 -> 정상적으로 반영됨
    2. PID KILL으로 해결
  • 실행을 하고나면, 명령어를 실행한 경로에 nohup.out이라는 파일이 생기며, program 이라는 프로세스가 뿜어내는 로그들을 찍게 되는데, 이후에 해당 프로세스를 kill하거나 재실행 하기 위해서는, 프로세스를 일일히 pid를 알아내서 kill 필요

• 프론트 & 백 간에 CORS(Cross Origin Resource Sharing) 에러 발생

• Pull Request의 Complex Conflicts

  • 무거운 SPring Boot의 빌드시 나타나는 과부하 이슈때문에 로컬 빌드파일을 올린 것이 문제의 원인.
  • 레포지토리에 Build를 올렸을 때, build 폴더와 .build 폴더 내부의 바이너리 파일 등이 origin/dev -> origin/main으로 merge 시도시 complexive conflicts일으킴
  • 깃헙의 Pull Request에서 complexive conflicts라서 자동 머징이 안되고, 바이너리 파일들, 로그 파일들이 ====>> HEAD 와같은 형태로 마킹됨
  • .gitignore 안에다가 gradle 관련 것들을 추가 후, 성공적으로 병합 처리를 마무리

• Git 충돌 발생 해결 -> mock-rc4#48 (comment)

• Git 브랜치 전략에 대한 필요성 논의

• 모든 테이블에는 createdAt, updatedAt, status 컬럼이 들어가는 것이 좋음
• 관리자 API보다는 사용자API에 집중하여 구현하는 것이 좋음
• ERD 테이블에 관하여 재설계 필요
  • 영화,시리즈 대신 비디오로 통일
  • 영화에 인물을 넣는 것이 아닌 배우 테이블을 따로 생성

• 각 팀원들 전원이 현재까지 진행 상황에 대한 보고
• 실제 서비스에 가까운 형태로 어떻게 구현할 수 있을지에 대한 토론
• 프론트 팀원들의 개발 진행속도가 느려서(회원가입 단계 진행중인 상태) 이후에 요청사항이 있을 때 디스코드를 통해 소통하기로 의견을 모으고 마무리.

• 기능 API 목록 재정리
• ERD 2차 설계
  • 영화&시리즈를 Video 로 통합
• Github Repository의 Projects, Issues 기능을 사용하기로 결정
• 비디오, 영화 또는 시리즈 평가 서비스 코드 골격 구현
• 영화 또는 시리즈 평가 추가 API 구현
• 영화 또는 시리즈 평가 조회 API 구현
• API uri 리팩토링 (피드백 반영)

• 영화 또는 시리즈 평가 변경 API
• 영화 또는 시리즈 장르별 목록 조회 API
• 한 영화 또는 시리즈의 방영분 목록 전체 조회 API
• 재생 기록 추가, 조회, 변경 API
• 하나의 영화 또는 시리즈의 방영분 목록을 시즌 번호로 조회 API
• 찜하기 추가, 변경 API

• Spring Boot BUild Issue - aws 서버상에서 build가 불가능한 문제 해결을 위한 시도
  1. IntelliJ remote development 연동은 build를 하는 기능이 없음
  2. SSL을 사용한 Jetbrain Gateway 연결을 시도했으나 timeout expired 와 함께 접속이 실패
  3. 똑같은 시도를 여러번 해봤지만 접속 실패 후 AWS 서버가 다운되는 현상이 계속해서 발생, AWS 인스턴스 중지후 시작으로 복구
• WinSCP를 통해 로컬 빌드 demo-0.0.1-SNAPSHOT.jar 파일을 AWS 서버에 전송후 구동하여 문제를 해결!!
• BUILD ERROR : java.lang.NoClassDeFoundError 해결 -> mock-rc4#50 (comment)

• 위클리 스크럼을 반영하고, Issue 논의

• 시리즈의 시즌과 회차 갯수 목록 조회 API
• 구글 소셜 로그인 서비스 API
  • 파라메터를 조합하여 구글 로그인 URL을 불러오는 API
  • 소셜 로그인 WORKFLOW mock-rc4#70 (comment)
• 장르 대분류, Top10, 인기, 시청중인, 장르별, 신규, 찜하기 컨텐츠 조회 API
• 프로필 닉네임 조회 API

• Git 충돌 발생 해결 -> mock-rc4#48 (comment)

• 각 테이블마다 종속적인 튜플들을 어떻게 추가하면 좋을지에 대한 고민과 논의
  • DB에 하나의 작품에 대한 정보를 추가하기 위한 과정이 빈번한 수작업이 요구된다.
• 편의성을 위한 관리자용 API를 고려하였으나 사용자를 위한 API 개발이 우선이므로 좋은 대안이 아님을 질의 후 답변을 통해 판단
  • 사용자 입장에서 먼저 구현해보도록 하자.

• 소셜로그인 골격 리팩터링
  • Facebook은 Social Login이 Javascript Documents 이므로 이외의 Social Login 서비스를 제공하는 Google, Line의 REST Login API를 사용하여 로그인 관련 서비스를 구현
• Google REST LOGIN API
  • 소셜 로그인 WORKFLOW mock-rc4#70 (comment)
  • 파라메터를 조합하여 Google 로그인 창 URL을 반환
  • Google ID의 액세스 토큰 반환
  • Google Account 조회
  • Google Account로 회원가입
  • Google Account로 로그인
• Line REST LOGIN API
  • 소셜 로그인 WORKFLOW mock-rc4#70 (comment)
  • 파라메터를 조합하여 Line 로그인 창 URL을 반환
  • Line ID의 액세스 토큰 반환
  • Line Account 조회
  • Line Account로 회원가입
  • Line Account로 로그인
• 네이버 소셜 로그인 패스워드 암호화, 소셜로그인 유형 검사(DAO) 적용, 줄간격 리팩토링 등
• 메인 페이지의 카테고리(Top10,인기,장르 등) uri 목록 조회 API 구현
• 검색 조회 API 구현 진행중
• ERD 3차 설계
  • 알림, 검색 테이블 추가
  • 비디오 테이블에서 컬럼 추가

• Git 충돌 발생 해결 -> mock-rc4#48 (comment)

• 알람, 검색, 기타 조회의 API 필요성 논의 후 API 기능 명세서 재정리
• 알람, 검색과 관련한 ERD 3차 설계 및 논의

• 배우(Actor), 특징(Character) 작품 목록 조회 API
• 작품에 출연하는 배우 목록을 조회 API
• 작품에 속한 장르 종류 목록을 조회 API
• 작품이 가지는 특징 목록을 조회 API
• 작품의 기타 상세 정보를 조회 API
• 성인인증 필요여부 검증 (true or false)
• 프로필 알림 조회 API
• 검색(제목/사람/장르) 조회 API
• 검색 기록 저장 로직 구현
• ERD 3차 설계 잘못된 부분 수정&보완

JdbcTemplate - SQL Injection 위험 -> mock-rc4#47 (comment)

• ERD 3차 설계 잘못된 부분 발견에 대한 논의 후 반영

• ERD 변경
  • Account : membershipStartDate 컬럼 추가 -> 정기 결제일을 표시하고, 멤버쉽에 따른 시청 권한을 가지도록 해야하므로.
• 최다 검색 컨텐츠 조회 API
  • 가장 빈번히 검색된 키워드를 통해 작품 목록을 조회
• 수상작 장르별 컨텐츠 조회 API
  • 장르별 수상 이력이 있는 작품 목록을 조회
• 상세페이지 첫화면 동영상 재생시 정보 불러오기 조회 API
  • 첫화면 재생시 이전 기록으로부터 현재 재생시간을 불러오고, 에피소드 식별자를 반환
• 알람 설정, 조회 API
• 이번주, 다음주 공개 컨텐츠 목록 조회 API
• Code Review 반영하여 리팩토링 #44 (comment)

• 구현했던 API를 넷플릭스 실제 서비스에 맞춰서 어떻게 수정, 보완할 수 있을지 협의

• 감독 제작 작품 목록 조회 API
• 작품제작에 참여한 감독 목록을 조회 API
• 찜하기 조회 API
• 불필요한 파라메터 제거 리팩터링
• API 최신화
• Director, DirectorParticipate 테이블 추가
• 시리즈 작품 정보 데이터 추가
  • 관련 테이블 필요한 모든 테이터 추가(장르, 특징, 출연진, 감독 데이터와 이를 있는 관계 테이블의 데이터)

→해당 ISSUE 조회하기 (mock-rc4#65 (comment))

• 데이터가 부족하여 구현한 API들이 프론트에서 잘 적용되었는지 확인이 어렵다는 것을 확인

• Git에 관하여 Issue는 브랜치 전략을 세워서 정리했을때 더 좋음
• 모든 메서드에 try, catch문을 쓰기보단 예외 처리문을 따로 구현하는 방법 구상
• API 에 관해 한번에 보내는 연습을 해보는 것도 좋음

• 각 팀원들 전원이 현재까지 진행 상황에 대한 보고
• 프론트 팀원께서 각종 조회 API에서 필요한 공통의 데이터를 더 추가하기를 희망한다는 의견
• 프론트 팀원들의 개발 단계가 작품 목록을 조회하는 수준에 이르러서 조회하는 방법, 보여지는 형태 등에 대해서 논의
• 마감까지 남은 시간동안 가능한 범위에서의 리팩토링을 계속할 수 있도록 필요할 때마다 디스코드로 연락을 주고받기로 하고 마무리.

• 각종 조회 API에서 필요한 공통된 데이터를 조금 더 추가할 것
• 내일 저녁 이전 오후까지 수정, 보완에 대한 희망사항을 프론트 팀원들로부터 공유 받을 예정

• 외부 API 사용을 위한 baseURL 변경 리팩터링
• Validation & 에러코드 추가 리팩터링
• 외부 API 사용을 위한 baseURL 변경, 파라메터 추가, Validation & 에러코드 추가 등 리팩터링
• 프로필 삭제시 jwt를 header에서 요구하지 않음을 확인 후 리팩터링
• profile 목록과 profile 조회시 profilePhotoIdx -> profilePhotoUrl으로 리턴하도록 쿼리 구조 변경 리팩터링
• 로그인시 멤버쉽 반영 적용 리팩토링
• 회원 핸드폰번호 변경 리팩토링
• 프로필 생성시 jwt 미적용 리팩토링

• 이메일로 메세지 보내기 API
• 이메일로 6자리 인증번호 보내기 API
• 카카오 소셜 로그인 API
• Top10 조회시에는 가로 사진이 아닌 세로 사진 반환하도록 리팩터링
• 쿼리문을 잘못 작성하여 일부 API가 오작동 하는것을 발견하여 리팩터링 후 서버 반영
• 프론트 팀원의 요청을 해결 : 충분한 양의 데이터가 필요
  • 약 1천건의 데이터를 mysql procedure를 사용하여 일련의 규칙을 따라 추가
    • 비디오 방영분 정보 데이터
    • 비디오와 장르간 관계 정보 데이터

• 그동안 공부하며 모으고 기록해왔던 내용을 정리하여 issue에 업로드
  • Validation을 위해 작성하였던 정규식 뜯어보기 mock-rc4#72 (comment)
  • Spring 공부 정리 mock-rc4#71 (comment)
  • (네이버, 구글, 라인)소셜 로그인 서비스 WORK FLOW mock-rc4#70 (comment)
  • 자바로 하는 HTTP 요청 사용과 스프링 컨트롤러 어노테이션 정리 mock-rc4#69 (comment)
  • Mysql Procedure 공부와 실제 데이터 연산에 적용하기 mock-rc4#65 (comment)