공통
1.
이제는 리서치보다는, 실제로 무언가를 만들어볼 시간
서버
1.백엔드 프로젝트 폴더트리
•
고민
◦
도메인별로 모을지
◦
모듈별로 모을지
•
결정요소
◦
nestjs에서 공식적으로 제안하는 것은 모듈별로 모으는 것임
◦
db 테이블이 많지는 않을 듯 함
•
결정
◦
기능별로 모은다
2. 크롤링 서버와 이외 서버 분리
•
크롤링 서버는 ec2에서 가동
◦
크롤링 서버 코드도 nestjs로 할지 고민 필요
•
일반 서버도 ec2에서 가동
◦
nestjs
3. 크롤러 서버
a) db 저장
•
db 저장이 필요한 이유는?
◦
특정 키워드로 검색한 결과를 저장
◦
수치가 얼마나 바뀌었는지 등
•
저장할 내용은?
◦
크롤링 결과
•
저장은 어디에
◦
nosql
b) 크롤링 인프라
•
누가 맡아서 진행할지 결정 필요
4. 고민이 필요한 부분은
•
에러 핸들링
•
어떤 로그를 쌓을지
5. 로그인 mock api 마련 필요
•
요청 파라미터 및 응답 샘플 작성후 프론트에 전달
프론트엔드
1. 로그인
•
파이어베이스 사용
•
소셜로그인과 파이어베이스 연동하는 방법 리서치 필요
•
로그인/회원가입 시 서버는 관여하지 않음
그래서 앞으로의 계획은
1. 인프라
•
필요한 것
◦
각자에게 aws 권한을 가진 사용자를 부여 필요
◦
담당자 dennis
2. 메인 서버 코드
•
요구사항
◦
저장소
▪
저장소는 새로 만든다
◦
로컬 개발 환경
▪
docker 사용하지 않음
◦
db
▪
로컬 개발 / production 각각의 세팅 별도 필요
•
필요사항
◦
별도 저장소 개설
◦
코드 세팅
3. 배포자동화
•
결정 방향
◦
돈이 제일 덜 드는 방향
◦
bob과 논의 후, 돈이 조금 더 들어도 개발 생산성이 높은 방향이 될 수도 있음
•
배포자동화 옵션
◦
jenkins, github action, aws codedeploy 중 하나
•
배포자동화 필요한 곳
◦
메인 서버
◦
크롤링 서버
◦
프론트(nextjs 사용중이라, s3에 올리는 것보다는 프론트용 서버가 따로 있는게 좋을 듯)
•
배포자동화 방법
◦
각 저장소의 master 브랜치에 푸시할 경우 배포자동화
•
담당자
◦
ezra
4. 크롤러 서버
•
요구사항 검토 후에 크롤러에서 직접 rdbms에 저장할 지 결정
•
담당자
◦
아유리
5. 프로젝트 진행에 필요한 것들
•
서비스 요구사항 파악
•
db 모델링
•
담당자
◦
파이가 주축이 되어 다같이 참여
◦
기획자 참여
6. 서버<->프론트엔드 커뮤니케이션
•
nestjs의 swagger 작성
7. 앞으로의 개략적 타임라인(예상)
•
3월 즈음
◦
특정 기능이 작동하도록 완성
•
6월 즈음
◦
서비스 런칭
