배포 과정 중 의문점

Question

안녕하세요~ 대학생들끼리 간단한 사이드 프로젝트를 준비하고 있습니다. 프로젝트를 배포하는 과정 및 설계 단계에서 궁금증이 생겨서 질문 올립니다.개발환경 세팅 할 때 ec2를 dev, prod용 각각 사용하는데 제 생각엔 로컬로 개발을 하다가 로컬에서 발생하지 않고 배포 환경에서 발생 할 수 있는 문제들이 있는 지 확인하기 위해 dev용 ec2에서 테스트를 하고 문제가 없으면 prod용에 다시 배포한다고 생각하는데 맞나요??github action을 통해 ci/cd를 구성 할 때, pr을 통한 action이 발동이 된다면 커밋 할 때마다 pr을 쏘나요? 아니면 feat 브랜치 하나가 다 완성 될 때 pr을 쏘나요?ec2 하나에 spring과 db 서버를 같이 두면 위험하다고는 생각을 해서 분리를 하는데 mysql용 ec2를 따로 두어야 할 지, RDS를 사용 할 지 모르겠습니다.

으아악밥먹자 · Accepted Answer

우선 실제 사용자가 접근하는 프로덕션 환경(prod)가 있을 겁니다.그리고 개발자들을 위해 dev 환경을 구성합니다. 단일 서비스라면 로컬에서만 테스트해도 문제가 되지 않을 수 있으나 MSA 같은 환경에선 온전한 테스트를 위해 다른 서비스들도 필요하기 때문에 로컬이 아니라 dev 환경을 필요로 합니다."배포 환경에서 발생 할 수 있는 문제들이 있는 지 확인하기 위해" 보통 staging 환경을 구성합니다. 목적을 달성하기 위해 staging 환경은 프로덕션 환경과 최대한 동일한 형태로 구성합니다.dev, staging, prod 환경은 많은 기업에서 실제로 사용하는 매우 표준적인 환경 분리입니다. 기업에 따라 early production(alpha)를 추가로 두거나 staging을 빼버리기도 합니다.PR은 브랜치별로 생성합니다. PR의 생성 타이밍은 "리뷰가 가능할 때"입니다. 완성되지 않은 피쳐 브랜치를 PR로 올리게 되면 리뷰어들은 무엇을 해야할까요? 아마 알림을 받고 PR을 확인하더라도 PR 생성자를 욕하는 것 외에는 할 수 있는 게 없을 겁니다.(Draft라면 아무때나 올리셔도 됩니다.)PR을 생성/갱신하는 타이밍과 Actions CI/CD 타이밍은 별개로 생각하세요. PR 생성, 커밋 갱신의 경우 테스트 CI만 실행 -> 이후 PR 머지시(또는 브랜치 Push시) 특정 환경에 배포 작업 수행 같은 식으로 구성하시면 됩니다.RDS를 사용한다면 편하긴 하겠지만 일단 비용 문제가 있습니다. 회사에 따라 MySQL을 직접 구축한 것을 좋게 평가할 수도 있고 RDS를 활용해본 것을 좋게 평가할 수도 있습니다.아직 학생인 점을 고려하여 EC2를 활용하여 직접 MySQL 서버를 구축/운영해보시는 것을 추천드립니다.

팩트폭행범 · Answer

1.맞음2.팀원끼리 어떻게 약속하느냐에 따라 다르지만 보통 브랜치 완성시 마다3.RDS를 사용하는게 좋긴한데 이거 프리티어는 용량인가 시간이 매우 적음 학생이시면 비용적인 측면고려해서 무료계정하나 더 파서 ec2로 하는게 나을수도

Matthew Kim · Answer

로컬에서 prod바로 나가는 것 보다는 dev에 배포 후 문제 없으면 prod로 나가는게 가장 좋겠죠?github action에서 main브랜치에 머지 되었을때 빌드가 유발되게 할 수도 있고 특정패턴의 tag를 땃을 때 유발되게 할 수도 있습니다. 저는 dev는 main브랜치에 머지 되었을때 빌드가 유발되게하고 prod는 특정패턴의 tag를 땃을 때 유발되게합니다.rds쓰는게 좋습니다 하지만 대학생이 사이드 프로젝트 하면 서버 비용이 많이 나오면 좋을게 없을텐데 비용생각하면 한군데에 띄우는게 좋겠지요.

감독님테스트가하고싶어요 · Answer

main 브랜치에 pr 생성할때 githubAction이 동작하게한다면 액션은처음 pr 작성할때 동작,pr이 이미 작성되어있는데, 해당 브랜치에 원격 푸시할경우 다시 동작합니다.즉, 로컬에서 커밋할때는 action이 동작하지 않습니다.최대한 브랜치 완성 후 pr을 작성하는게 좋겠죠

협군 · Answer

같이 두면 위험한 이유가 무엇인가요?

배포 과정 중 의문점

5개의 답변

Q&A 목록