CodeDeploy

CodeDeploy란?

• CodeDeploy는 EC2, Lambda, On-Premise 등 다양한 컴퓨팅 서비스에 대한 배포를 자동화하는 완전 관리형 배포 서비스
  • AWS에서 완전히 관리해주는 서비스이기 때문에 신속하고 안전하게 배포가 가능
  • 또한 배포 방식도 다양하게 구성할 수 있는데 배포 중인 애플리케이션이 완전히 다운되는 것을 막기 위해 최소한의 구동되고 있어야 할 인스턴스 퍼센트를 정의한다거나 Blue/Green Deployment를 수행하는 등의 과정으로 가동 중지 시간을 최소화할 수 있음

• CodeDeploy를 사용하기 위해서는 먼저 인프라를 프로비저닝해야 함
  • Deployment에서 인프라를 자동으로 생성해주지는 않기 때문에 어디에 이 애플리케이션을 배포할 것인지, 어떤 환경에 배포할 것인지 등을 정하여 미리 생성해두어야 함
  • 그 후 배포하고자 하는 환경에 CodeDeploy Agent를 설치
  • 설치된 Agent가 지속적으로 CodeDeploy를 폴링하면서 새로 배포해야 할 정보들을 받아옴
  • 그 후 배포할 애플리케이션의 코드와 appspec.yml 을 Github에 혹은 S3에 업로드
• 여기까지 Deployment를 생성하기 위한 사전 설정이 끝났다면 CodeDeploy Application을 생성
  • 배포를 수행할 배포 그룹을 설정하고 앞에서 프로비저닝한 인프라를 지정
  • 배포 생성 후 Deploy를 생성하여 수행하면 정의한 appspec.yml에 따라 동작하며 배포

• 배포 그룹을 설정하는 과정에서 생성한 인스턴스를 태그 등으로 구분할 수 있음
  • 여기서 CodeDeploy의 큰 장점이 등장
  • 인스턴스마다 Test, Prod, Dev 등 다양한 태그를 설정해놓은 후 각 태그별로 배포 그룹을 생성하면 각 용도에 맞는 배포 환경을 설정할 수 있음
    • 즉, 인스턴스를 태그로 구분하여 그룹을 생성하고 각 그룹에 맞는 배포 환경을 따로 설정할 수 있음
      • 예를 들어 Dev의 경우 빠르게 결과를 확인하거나 동작 확인을 하기 위해 구성하였으므로 실제 애플리케이션 사용자에게 영향을 미치지 않기 때문에 인스턴스가 잠시 모두 다운되어도 괜찮기 때문에 여러 인스턴스를 한번에 배포하는 AllatOnce로 선택하여 한번에 수행하도록 설정
      • 반면 Prod의 경우 실제 사용자에게 제공되는 배포 환경으로, 끊김없이 지속되어야 하기 때문에 인스턴스를 하나씩 배포하여 안정적인 상태를 유지하는 OneatOnce로 선택
    • 이 외에도 원하는 만큼 인스턴스를 유지하도록 설정하는 등 다른 형태로도 배포가 가능

• CodeDeploy 역시 CloudWatch와 함께 사용 가능
  • Logs의 경우 인스턴스에 CloudWatch Log Agent를 추가로 설치해야 하며 로그 정보를 확인할 수 있음

• 배포가 실패하거나 설정한 알람이 울리는 경우 rollback 기능도 지원
  • 새로 배포한 인스턴스가 아얘 시작 자체가 안되거나 급격히 리소스 사용량이 많아지는 등 문제 상황이 발생했을 시 안정적인 버전의 애플리케이션을 다시 배포하기 위해 롤백함

Tip! CodeDeploy의 특징

• AWS는 CodeDeploy를 통해 CD(Continous Delivery)를 진행
• CodeDeploy는 Revision(code, dependencies, packages 등 필요한 파일들과 appspec.yml)이 로컬에서 S3 Bucket, Github 등으로 업로드 될 때 실행되어 EC2 인스턴스 또는 auto-scaling group에 배포
  • appspec.yml은 OS, files, permisson 그리고 hooks을 포함하고 있는 파일
  • appspec.yml은 CodeDeploy Agent에게 배포 또는 실행해야하는 파일들의 순서와 경로를 알려주는데, 이 때 모든 EC2 인스턴스에는 appspec.yml 파일을 읽을 수 있는 Agent가 설치되어 있어야함

CodeDeploy 컴퓨팅 플랫폼 개요

• CodeDeploy는 세 가지 컴퓨팅 플랫폼에 애플리케이션을 배포할 수 있음

EC2/온프레미스

• 물리적 서버의 인스턴스를 설명
  • Amazon EC2 클라우드 인스턴스나 온프레미스 서버 또는 둘 다일 수 있음
• EC2/온프레미스 컴퓨팅 플랫폼을 사용하여 만든 애플리케이션은 실행 파일과 구성 파일, 이미지 및 기타 항목으로 구성될 수 있음

• EC2/온프레미스 컴퓨팅 플랫폼을 사용하는 배포에서는 인 플레이스 또는 블루/그린 배포 유형을 사용하여 인스턴스로 트래픽이 전송되는 방식을 관리

AWS Lambda

• 업데이트 버전의 Lambda 함수로 구성된 애플리케이션을 배포하는 데 사용
  • AWS Lambda는 고가용성 컴퓨팅 구조의 서버리스 컴퓨팅 환경에서 Lambda 함수를 관리
  • 컴퓨팅 리소스에 대한 모든 관리는 AWS Lambda를 통해 수행

• 카나리(Canary), 선형(Linear) 또는 한 번에 모두(All-at-once) 구성을 선택하여 업데이트된 Lambda 함수 버전으로 트래픽을 전송하는 방식을 관리할 수 있음

Amazon ECS

• Amazon ECS 컨테이너화된 애플리케이션을 작업 세트로 배포하는 데 사용
  • CodeDeploy는 애플리케이션의 업데이트 버전을 새로운 대체 작업 세트로 설치하여 블루/그린 배포를 수행
  • CodeDeploy는 프로덕션 트래픽을 원래 애플리케이션 작업 세트에서 대체 작업 세트로 다시 라우팅
  • 배포가 성공하면 기존 작업 세트는 종료

• 카나리(Canary), 선형(Linear) 또는 한번에 모두(All-at-once) 구성을 선택하여 배포 중 업데이트된 작업 세트로 트래픽을 전송하는 방식을 관리할 수 있음

CodeDeploy 동작 구조

• ① 소스 코드와 appspec.yml을 리포지토리에 푸시
• ② deployment를 트리거
• ③ CodeDeploy를 폴링 하고있던 EC2 인스턴스는 트리거를 확인
• ④ 리포지토리에서 소스 코드와 appspec.yml을 받아와 deployment 명령을 수행

appspec.yml

# EC2/온프레미스 배포용 AppSpec 파일 예제
version: 0.0
os: linux
files:
  - source: Config/config.txt
    destination: /webapps/Config
  - source: source
    destination: /webapps/myApp
hooks:
  BeforeInstall:
    - location: Scripts/UnzipResourceBundle.sh
    - location: Scripts/UnzipDataBundle.sh
  AfterInstall:
    - location: Scripts/RunResourceTests.sh
      timeout: 180
  ApplicationStart:
    - location: Scripts/RunFunctionalTests.sh
      timeout: 3600
  ValidateService:
    - location: Scripts/MonitorService.sh
      timeout: 3600
      runas: codedeployuser

• Deployment 명령어에 해당하는 appspec.yml 파일 형태는 위와 같음
  • 배포할 소스 코드의 위치와 새로 저장 할 위치를 지정한 후 hooks을 지정
    • hooks은 배포 과정 단계에서 각각 수행해야 할 명령어들을 정의한 것
    • 보통 쉘 스크립트로 정의하며 당연히 해당 스크립트 파일도 함께 S3 혹은 Github에 존재 해야함
    • 각각의 hooks 단계에서 정의해야 할 동작은 아래와 같음

• BeforeInstall
  • 대체 작업 세트가 생성되기 전에 작업을 실행하려면 이 항목을 사용
  • 대상 그룹 하나가 원래 작업 세트와 연결
  • 테스트 리스너가 지정된 경우 원래 작업 세트와 연결
  • 이 시점에서는 롤백이 불가능
• AfterInstall
  • 대체 작업 세트가 생성되고 대상 그룹 중 하나가 연결된 후 작업을 실행하면 이 항목을 사용
  • 테스트 리스너가 지정된 경우 원래 작업 세트와 연결
  • 이 수명 주기 이벤트에서 후크 함수의 결과는 롤백을 트리거할 수 있음
• AfterAllowTestTraffic
  • 테스트 리스너가 대체 작업 세트에 트래픽을 제공한 후 작업을 실행하려면 이 항목을 사용
  • 이 시점에서 후크 함수의 결과는 롤백을 트리거할 수 있음
• BeforeAllowTraffic
  • 두 번째 대상 그룹이 대체 작업 세트와 연결된 후 트래픽이 대체 작업 세트로 전환되기 전에 작업을 실행하려면 이 항목을 사용
  • 이 수명 주기 이벤트에서 후크 함수의 결과는 롤백을 트리거할 수 있음
• AfterAllowTraffic
  • 두 번째 대상 그룹이 대체 작업 세트에 트래픽을 제공한 후 작업을 실행하려면 이 항목을 사용
  • 이 수명 주기 이벤트에서 후크 함수의 결과는 롤백을 트리거할 수 있음