GitHub Actions과 CodeDeploy로 CICD 구축하는 이유

[ShimFFF]

일단 결론은 우리는 MVP 수준으로 빠르고 아직은 가벼운 프로젝트이므로 GitHub Actions + CodeDeploy를 쓰고 나중에 더 커진다면 CodePipeline + CodeBuild + CodeDeploy를 쓰자이다.

1. GitHub Actions + CodeDeploy

흐름

1. GitHub Actions로 Docker 이미지를 빌드하고 ECR에 푸시.
2. AWS CodeDeploy가 ECR에서 이미지를 가져와 EC2 또는 ECS에 배포.

장점

1. 간결한 설정:
   • GitHub Actions 하나로 CI/CD의 대부분을 처리할 수 있음.
   • AWS Console에서의 설정이 최소화됨.
2. GitHub 기반 프로젝트에 적합:
   • GitHub Actions는 GitHub과 완벽히 통합되어, 브랜치 푸시/PR 이벤트 등과 쉽게 연동.
3. 낮은 진입 장벽:
   • CodePipeline 구성 없이 CI/CD 파이프라인을 구성 가능.
4. 유연성:
   • GitHub Actions 워크플로를 사용자 정의하여 다양한 작업을 수행 가능.
5. 비용 효율성:
   • GitHub Actions는 Free Tier에서 월간 2,000분의 실행 시간을 제공.

단점

1. AWS 서비스 간 통합 부족:
   • CodePipeline에 비해 AWS 서비스 간 통합이 다소 약함.
   • 배포 흐름 전반에 대한 중앙화된 AWS 관리 인터페이스 부족.
2. 비교적 수동적인 배포 관리:
   • CodePipeline처럼 각 단계를 AWS에서 관리하지 않아 배포 상태를 AWS에서 확인하기 어려움.
3. 장기적인 확장성 부족:
   • 대규모 서비스에서는 AWS 네이티브 도구보다 GitHub Actions가 덜 최적화될 수 있음.

2. CodePipeline + CodeBuild + CodeDeploy

흐름

1. CodePipeline이 소스를 감지하고 실행 시작.
2. CodeBuild로 Docker 이미지를 빌드하고 ECR에 푸시.
3. CodeDeploy가 이미지를 배포.

장점

1. AWS 서비스 간 통합:
   • CodePipeline은 CodeBuild, CodeDeploy, S3, ECR 등과 긴밀히 연결되어 있음.
   • AWS 서비스 내 상태 관리 및 통합된 모니터링 제공.
2. 중앙화된 관리:
   • CodePipeline 콘솔에서 CI/CD 전체 프로세스를 한눈에 확인 가능.
3. 확장성:
   • 대규모 프로젝트나 멀티 환경(스테이징, 프로덕션) 배포 관리에 적합.
4. 고급 배포 전략 지원:
   • CodeDeploy에서 제공하는 블루/그린 배포, 롤링 업데이트, Canary 배포 등 사용 가능.
5. 자동화된 오류 복구:
   • 배포 실패 시 자동 롤백 기능 제공.

단점

1. 복잡한 설정:
   • CodePipeline, CodeBuild, CodeDeploy를 모두 설정해야 하므로 초기 구성 시간이 더 걸림.
2. 비용 발생:
   • CodePipeline, CodeBuild, CodeDeploy 사용 시 소량의 비용이 발생.
   • 소규모 프로젝트에서는 불필요한 비용일 수 있음.
3. GitHub Actions만큼의 유연성 부족:
   • GitHub Actions와 달리 워크플로 커스터마이징이 상대적으로 제한적.

3. 비교표

항목	GitHub Actions + CodeDeploy	CodePipeline + CodeBuild + CodeDeploy
설정 난이도	간단 (GitHub Actions만으로 대부분 처리 가능)	복잡 (CodePipeline, CodeBuild, CodeDeploy 설정 필요)
AWS 서비스 통합	제한적	강력 (AWS 서비스와 긴밀한 통합)
모니터링 및 관리	GitHub에서 관리	AWS Console에서 중앙 집중 관리
확장성	소규모/중규모 프로젝트에 적합	대규모 프로젝트 및 복잡한 배포 전략에 적합
배포 전략 지원	제한적	블루/그린, 롤링, Canary 배포 가능
유연성	높은 워크플로 커스터마이징 가능	제한적
비용	GitHub Free Tier로 무료 (2,000분)	소량의 AWS 비용 발생
GitHub 기반 연동	GitHub과 완벽 통합	별도의 Source 설정 필요

4. 선택 기준

GitHub Actions + CodeDeploy를 선택할 경우

• 소규모 프로젝트:
  • 빠른 개발 및 배포가 필요한 MVP 또는 초기 단계 프로젝트.
• GitHub 중심 워크플로:
  • GitHub에서 모든 CI/CD를 관리하고 싶을 때.
• 간단한 배포 전략:
  • 복잡한 배포 전략이 필요 없고 단순 배포가 충분한 경우.

CodePipeline + CodeBuild + CodeDeploy를 선택할 경우

• 중대규모 프로젝트:
  • 배포 전략(블루/그린, 롤링 업데이트 등)이 중요한 대규모 서비스.
• AWS 중심 인프라:
  • AWS 서비스와의 긴밀한 통합이 필요한 경우.
• 중앙화된 관리:
  • CI/CD 상태를 AWS Console에서 한눈에 보고 관리하고 싶을 때.

5. 결론

• 초기 단계: GitHub Actions + CodeDeploy가 적합. 간단하게 CI/CD를 구성할 수 있고, GitHub 중심 워크플로에 잘 맞음.
• 장기 확장: CodePipeline + CodeBuild + CodeDeploy가 적합. 대규모 프로젝트와 복잡한 배포 전략을 지원하며, AWS 네이티브 서비스 간 통합이 강력함.

우리는 MVP 수준으로 빠르고 아직은 가벼운 프로젝트이므로 GitHub Actions + CodeDeploy를 쓰고 나중에 더 커진다면 CodePipeline + CodeBuild + CodeDeploy를 쓰자.

---

Copyright © 2024 Saewon Shim All rights reserved.