[사이드프로젝트] 드라마 OTT 시상식

드라마 OTT 시상식

벤치마크

서울 드라마 어워즈 (http://www.seouldrama.org/bbs/board.php?bo_table=intro)

• 시상부문 : 작품상/개인상 /감독상/한류상-> 일부만 온라인 투표 70% + 심사위원 30%. 온라인 투표는 피클이라는 어플 사용
• 투표 제한 : 피클 어플에서 소셜 계정 연결을 강요
• 추가 콘텐츠 : 오프라인 시상식, 콘서트 등
• 한계 : 해외제품도 시상 대상. 이사가 KBS/EBS/SBS/CBS, ott는 wavve 정도만 포함. 출품을 안 하면 심사 대상에서 제외

코리아 드라마 어워즈 (http://www.kdfo.org/bbs/board.php?bo_table=notice)

• 시상부문 : 작품상/개인상/특별상/감독상
• 투표 제한 : 온라인 투표 안 받음
• 한계 : 오프라인 위주의 행사. 코로나로 인해 안 하는 중. 한국 드라만 다루는데, 일일드라마 등이 뽑힘. OTT 독점은 대상이 아닌듯
• 추가 콘텐츠 : 드라마 페스티벌 연계해서 이거저거 많이 함

개발 스택

기획 : 유황제 front : 리액트 - 남승오 back : spring - 나 db : mysql - 나 redis - 나 사용자 인증 모듈 - 폰번호 인증 또는 리-캡챠만 달 듯

개발 스텝

1. spring boot 기본 설정
2. 기본 ping 구현
3. DB 연결
4. 각종 API 구현
5. 실시간 순위 구현
6. 간단 프론트 버튼으로 테스트
7. AWS로 이관 - EC2-spring, RDS-MySQL
8. 승오가 만든 프론트랑 연결
9. 부하테스트 -> 서버 다중화 필요성 판단
10. 추가 기능 구현

컨텐츠 설계

1. OTT 독점작 한국 드라마만 모아서 진행하는 시상식 (온라인 투표)
   1. OTT 독점작은 각종 드라마 시상식에서 상을 주지 않음.
   2. 이번 오징어게임은 프라임타임 에미상에 출품할 예정이라고 함. 1960년부터 진행된 미국 TV 프로그램 시상식임.
2. 출품작 선별
   1. 작품수가 적을테니 올해것만 아니고 옛날 것도 해도 될 듯 -> 일단은 올해로 가정하고 개발. 작품 개수 정확히 선별 후 결정
   2. 파싱을 하기엔 양이 많지 않으니 그냥 수작업으로 해도 될 듯
   3. 형태 : 드라마 / 영화 / 예능
   4. 범위 : 완전 독점작 뿐만 아니라 OTT 플랫폼 투자로 생산된 컨텐츠까지.
   5. 한국 OTT 플랫폼
      1. 넷플릭스(해외)
      2. 왓챠 : 유튜브 확장판 - 이과장 좋좋소, 이말년 말년을 행복하게 등
      3. 티빙(CJ enm + JTBC) : 여고 추리반, 당신의 운명을 쓰고있습니다., 서복
      4. 웨이브(SKT, 지상파3사) : 조선로코 녹두전, SF8
      5. 시즌(KT, 올레TV)
      6. 카카오 티브이 : 오리지널 콘텐츠가 꽤 있는 듯
3. 시상부문
   1. 작품상 - 전체 작품을 대상. 서비스 기간이 길어질 경우 월별 작품상 추가
   2. 배역상 - 드라마별 1위 > 드라마별 1위 중에서 1위. 배우가 아닌 배역을 평가. 최고의 배역상 / 최악의 배역상
4. 추가 콘텐츠
   1. 드라마 한줄평
   2. 배역 한줄평
   3. 드라마 / 배역

DB 설계

1. 드라마 DB
   1. 드라마 id -> 배역-드라마 매칭 FK
   2. 대표 이미지
   3. 제목
   4. 간단 줄거리
   5. 제공 플랫폼
   6. 제작년도
   7. 보러가기 링크
   8. 득표율
2. 배우 DB : 필요한가 식별 필요. 배역에 좀 더 집중해도 될 거 같은데?
   1. 배우 id -> 배우 - 배역 매칭 테이블
   2. 배우명
3. 배우 - 배역 매칭 테이블
   1. 배우 id
   2. 배역 id
4. 배역 - 드라마 매칭 테이블
   1. 드라마 id
   2. 배역 id
5. 배역 DB
   1. 배역 id -> 배우-배역 매칭 FK, 배역-드라마 매칭 FK
   2. 대표이미지
   3. 배역명
   4. 득표율
6. 추가컨텐츠 : 한줄평
   1. 드라마, 배역 구분 필드
   2. 드라마, 배역 키 필드 -> 드라마 / 배역 DB Foreign Key
   3. 내용 - 400자 정도 제한
   4. 작성 시간

API 설계

• 개인적으로 페이징 처리보단 내리면 동적으로 나타나는게 이쁘다고 생각함 화면 사이즈에 따라 열 줄 정도 나오게 하고, 스크롤 도달 시 열 줄 더 나오게 하는게 좋지 않을까

1. 실시간 드라마 순위 조회 -> 웹소켓 + redis (https://comart.io/blog/realtime-ranking-with-redis-sorted-set)
   1. 일일 redis로 순위 -> 하루치 쌓이면 RDB에 넣고 데이터 삭제. RDB에 쌓인거 불러와서 다시 시작
   2. 어려우면 RDB로 순위 구현
2. 실시간 배역 순위 조회 -> 웹소켓
3. 드라마 검색 / 조회
   1. 필터링 조건 : 이름, 배우, 플랫폼, 방영년도.. 장르가 추가된다면?
4. 배역 검색 / 조회
   1. 필터링 조건 : 이름, 드라마
   2. 마우스 호버링 시 자세한 정보 표출 (http://event.tving.com/external/tvn15th/5377)
5. 드라마 투표 입력
6. 배우 투표 입력
7. (추가 콘텐츠) 드라마 한줄평 입력
8. (추가 콘텐츠) 배우 한줄평 입력
9. (추가 콘텐츠) 한줄평 좋아요 / 싫어요 입력
10. (추가 콘텐츠) 한줄평 조회
11. (추가 콘텐츠) 최근 한줄평 조회
12. (추가 콘텐츠) 인기 한줄평 조회