[AWS CodePipeline] ECR 이미지 수정 시 자동으로 ECS로 배포

이전에 ECR에 이미지를 올리고 해당 이미지를 작업 정의하여 ECS로 서비스하는 구성을 만들었습니다.

 

• ECR 이미지 생성하기
• ECS로 서비스하기

 

하지만 ECR의 이미지가 변경되면 자동으로 ECS에 반영하는 부분이 적용되어 있지 않습니다. 따라서 프로젝트 소스를 수정한 뒤 자동으로 다시 도커 이미지를 만들어서 ECS에 배포하는 과정을 CodePipeline을 통해 구현해보도록 하겠습니다.

 

이미 프로젝트 수정 시 자동으로 도커 이미지를 생성하는 부분은 CodeBuild 프로젝트를 통해 구성을 하였습니다. 따라서 CodePipeline을 생성해서 CodeCommit, CodeBuild, ECS 배포를 연결하도록 하겠습니다.

 

1. CodePipeline의 Artifacts를 저장할 S3 버킷 생성

CodePipeline을 생성하기 전에 먼저 CodeCommit과 CodeBuild를 통해 생성되는 Artifacts를 저장할 S3 버킷을 생성합니다. (기본 설정 그대로 이름만 지정하고 생성하겠습니다...)

 

2. CodePipeline 생성

 

파이프라인 이름 및 역할, 아티팩트 저장소 지정

SpringBoot or Node 프로젝트의 소스 리포지토리 선택

이전에 생성한 CodeBuild 프로젝트 선택

배포할 ECS 클러스터 및 서비스 지정

 

배포 스테이지에서 이미지 정의 파일의 경우, buildspec.yml 파일에 지정한 최종 빌드 artifacts 파일의 이름을 적어주면 됩니다.

version: 0.2

phases:
  pre_build:
    commands:
      ...
  build:
    commands:
      ...
  post_build:
    commands:
     ...
      - echo Writing image definitions file...
      - printf '[{"name":"ECR_리포지토리명","imageUri":"%s"}]' $REPOSITORY_URI:$IMAGE_TAG > imagedefinitions.json
      - cat imagedefinitions.json

artifacts:
  files: imagedefinitions.json

 

3. CodeBuild 정책 추가

CodePipeline을 생성하면 CodeBuild에서 CodeCommit의 소스 아티팩트를 S3로부터 가져오고 ECS로 배포할 때 S3에 저장된 빌드 아티팩트를 가져와야 하기 때문에 기존 CodeBuild 프로젝트의 역할을 찾아서 AmazonS3FullAccess 정책을 추가해줍니다.

 

 

4. CodePipeline 실행

이제 소스를 수정하고 CodePipeline을 실행하면 자동으로 도커 이미지가 새 버전으로 생성되어 ECR에 저장되고 새로 저장된 ECR의 이미지를 ECS로 배포하게 됩니다.

 

지금까지 구성한 내용(자동으로 CI/CD)을 전체적인 구조 안에서 살펴보면 다음과 같습니다.