목표

이 미팅은 ___을 결정하기 위한 회의입니다.

https://github.com/woowacourse-teams/2024-devel-up/issues/264

안건 및 안건별 담당자

<aside> 💡 정성적인 단어를 제외하고 최대한 구체적으로 작성합니다.

ex) ‘5/16~5/20까지의 데벨업 OKR 세우기

• XXX의 주장 및 제안 </aside>

1. DB 조사

   • 로빈
   • 릴리
   • 리브
   • 구름
   • 아톰

   DB 선택 이유 문서화 @릴리(최윤서)

   1. 관계형 데이터베이스를 선택한 이유
   2. 오라클, mssql 이 제거된 이유
   3. mysql, mariadb, postgredb 비교
   4. 최종 선택 이유 - 러닝커브, 학습 자료 풍부 포함

2. 인프라 구조 @리브(김민주) + 서포트 @하늘 이

   1. dev 서버 db 를 ec2 로 분리할 것인지? : 개발 서버에 db 를 도커로 띄우자.
      1. 구름 : ec2 많이 띄우는 게 좋은 건지 모르겠다. 관리 대상이 많아진다.
      2. 리브 : 개발 서버에 db 를 도커로 띄우자. ec2 로 나눌 필요성을 못 느끼겠다.
      3. 릴리 : 개발 서버에 db 를 도커로 띄우자
      4. 아톰 : 개발 서버에 db 를 도커로 띄우자 → 필요할 때 분리
      5. 로빈 : db 를 ec2 로 분리하자, 비용이 크지 않다. 초기엔 개발 db 에 데이터가 많을 것, 운영 서버와 환경을 동일하게 가져가자, 하드웨어 스펙에 따라 db 성능이 달라질 것이다.
         1. (궁금) 도커로 띄우면 환경이 달라지지 않을 것이다.
         2. 개발 서버에 같이 둬도 용량 문제 없다. → 추후 문제 생기면 분리하자.
         3. 하드웨어 스펙이 아닌 데이터의 양에 따라 성능이 달라질 것이다.
   2. nginx ec2 따로 분리할 것인지?
      1. 지금은 필요없다. 하지만 레벨 4때 고려해보자.
   3. 도커 사용 범위 : 전체 다 쓰는 것, 개발 서버 부터 반영 → 이상 없으면 운영 서버까지
      1. 로빈 : 전체 다 쓰는 것 찬성
      2. 리브 : 전체 다 쓰는 것 찬성, dbms 는 안 써도 될 것 같다.
      3. 아톰 : dbms 는 안 써도 될 것 같다.
      4. 구름 : nginx 는 안 써도 될 것 같다.
      5. 릴리 : 전체 다 쓰는 것 찬성
   4. 로키, 프로메테우스 저장소 : 현행유지 + 아톰이 추가 서치

안건 및 안건 별 결론

<aside> 💡 ‘__의 액션정하기 x’ → ‘5/16~5/20까지의 데벨업 OKR 세우기

1. DAU 10,000명 달성 </aside>

<오늘 할 일>

• 구름 : 라이언과 댓글, 대댓글, 삭제 기능 구현
• 아톰 : 프룬과 해시태그 구현
• 리브 : 개발 서버 분리, ci/cd, submodule(가능하다면)
• 로빈 : 버건디와 진행중인 미션 리스트 구현
• 릴리 : 미션 제출 기능 pr 반영, 내가 제출한 미션 리스트 구현, 충돌 해결(아톰이 만든거)

회의 외부적인 추가 논의사항