앞서 얘기했듯이 , 나의 자동배포 단계는 크게 두가지 단계로 나뉜다.
1. ECR 에 docker image 를 push
2. ECR 에 push 된 docker image 를 EC2 로 pull 해서 run
1번부터 찬찬히 풀어나가 보자.
어디서부터 어디까지를 해야할지 좀 애매하지만, 열정이 풍부한 개발자들이 이 페이지를 볼거라는 생각에 최대한 자세히 쪼개보려고 한다.
1. Git 브랜치 관리
우선 Release 를 위해서는 별도의 Git brach 를 관리하는것이 좋다.
필자는 release/1.x , release/2.x , ... 로 관리하곤 한다.
develop 브랜치에 반영된 커밋들중에
1. 꼭 필요한 커밋
2. 안정성이 확보된 커밋
들만 추려서 release 브랜치에 반영하고 버전업을 한다.
보통은 full merge 를 많이 하게 될것이다. 하지만 원칙은 이렇다는거 ^^
2. Release 를 위한 Jenkins 셋업
release 브랜치만을 위한 Jenkins 를 셋업하는게 좋다.
release 브랜치의 커밋들은 모두 develop 브랜치 등에서 빌드,테스트 등을 거친 커밋들일것이니,
이 release jenkins 프로젝트는 단순히 merge 후에 build 오류가 없는지 정도만 체크하면 된다. (내 생각)
필자의 경우는 FrontEnd 와 BackEnd 프로젝트를 모두 개발하는 상황이었고, 그렇기에 둘다 AWS 에 배포해야 했다.
젠킨스 빌드를 어떻게 설정하는지에 대해서는 이미 젠킨스 포스트에서 다 다루었으니 거기를 참고해서 적절하게 자신의 Jenkins 프로젝트를 설정하면 된다.
이제 릴리즈 할 재료가 다 준비되었다. (release branch)
이 재료를 이용해서 Docker image 를 만들고 이 이미지를 ECR 에 push 해보자.
'자동배포 (Auto deploy)' 카테고리의 다른 글
자동 배포 전체 개요 (0) | 2024.10.31 |
---|---|
1. ECR에 Docker image push (2/3) (0) | 2024.10.31 |
1. ECR에 Docker image push (3/3) (1) | 2024.10.31 |
2. EC2에서 Pull & Run (1/3) (1) | 2024.10.31 |
2. EC2에서 Pull & Run (2/3) (0) | 2024.10.31 |