Amazon Web Services 한국 블로그

AWS CodePipeline 정식 출시

지난해 가을 AWS re:Invent에서 AWS CodePipeline를 발표했습니다 (Code Management and Deployment라는 글에 자세한 내용이 있습니다). 이 도구는 여러분의 소프트웨어 출시 프로세스를 모델링하고 자동화하는 것을 도와드립니다. CodePipeline에서는 자동화 및 출시 프로세스를 보다 안정적이고 효율적으로 디자인 되어 있습니다.

정식 출시
AWS CodePipeline을 오늘부터 사용하실 수 있습니다.

자세한 이야기​​에 들어가기 전에 이 제품의 배경에 대해 공유하고 싶습니다.

아마존 내부 이야기: Pipelines
AWS CodeDeploy가 Apollo로 알려진 Amazon 내부 도구에서 영감을 받은 것처럼(The Story of Apollo – Amazon’s Deployment Engine) CodePipeline도 Amazon의 내부 도구를 기반하고 있습니다.

아마존 내부에서는 일단 코드가 체크인 된 후, 프로덕션 환경에 배포 될 때까지 시간을 측정 한 후 지속적인 배포 서비스를 개발했습니다. 그 시간은 엄청 길고 개발 팀이 만든 기능이 고객이 직접 사용할 때까지 가능한 빠르게 하기 위해 도전적인 문제였습니다.

좀 더 깊이 조사해 보니, 대부분 시간이 실제 빌드와 테스트 및 배포 시간에 사용되지 않는다는 것을 알 수 있었습니다. 대신 수동으로 티켓을 만들고, 팀 간의 연계를 할 때 시간이 많이 걸린다는 알 수 있었습니다. 즉, 대기열에 티켓이 들어가면 누군가가 그것을 주의 깊게 보지 못하고, 빌드 및 테스트 결과를 검토 할 때까지 방치되어 있어서 이러한 프로세스를 진행하려면 사람에게 매뉴얼로 통보 해야했습니다.

Amazon 내부에서는 물류 센터에서 조차 자동화에 집중하고 로봇을 이용하여 상품의 물류 속도를 높히고 있는데, 우리가 소프트웨어 배포 프로세스에서 무형의 컴퓨터 프로그램을 이동하기 위하여 수작업으로 사람이 움직이는 프로세스에 의존하고 있다는 점은 심각한 것이었습니다.

그래서, 속도를 높이기 위해 우리는 Pipelines라고 부르는 내부 시스템을 개발했습니다. 이 시스템을 통해 각 팀은 출시 프로세스의 모든 부분을 연결할 수 있게 되었습니다. 여기에는 소스 코드 관리, 빌드 및 배포 및 실 적용 직전의 환경에서 테스트하고 배치하는 모든 과정이 포함되었습니다. 물론 이 도구는 코드 변경으로 부터 프로덕션 환경에 도달 할 때까지 시간을 획기적으로 절감했습니다.

더 빠르게 배포하는 것이 이 프로젝트의 주된 목적 이었지만, 그 외에도 여러 가지 장점이 있다는 것을 목격했습니다. 모든 코드 변경이 같은 품질의 프로세스를 통과함으로써 각 팀은 보다 신속하게 문제를 파악할 수 있는 질 높은 자료를 만들 수 있어 결과적으로 나쁜 코드가 실전에 배치되었을 경우, 롤백 해야하는 횟수를 줄일 수 있었습니다.

지금은 Pipelines을 Amazon 곳곳에서 사용되고 있습니다. 각 팀은 대시 보드로 이용하고 그들의 소프트웨어 출시 모니터링 및 관리에 사용되고 있습니다.

오늘의 CodePipeline를 통해 여러분도 우리의 개발자와 같은 기능을 사용하실 수 있게 되었습니다.

CodePipeline의 모든 것
CodePipeline은 소프트웨어의 지속적인 배포(continuous delivery) 서비스입니다. 여러분의 소프트웨어를 출시하는 데 필요한 단계를 모델링하고 시각화 및 자동화 할 수 있습니다. 코드가 체크인에서 빌드 테스트 및 배포 될 때까지 모든 단계를 정의하고 맞춤형으로 사용자가 정의 할 수 있습니다.

여러분의 조직은 다른 조직과 마찬가지로 빌드 프로세스의 일부로 다양한(오픈 소스 및 기타) 도구를 이용하고 있으실 것입니다. 내부 연계를 통해 우리의 파트너에서 제공하는 것 이외에 이러한 고도로 자동화된 워크 플로우 중심의 프로세스에 기존 도구도 통합 할 수 있습니다. 자신의 소스 관리 및 빌드, 테스트 및 배포 도구와 CodePipeline는 사용자 정의 액션 API를 통해 연결하는 수도 있습니다.

출시 프로세스를 자동화하여 보다 빠르고 일관성 있는 업무를 할 수 있습니다. 그 결과 작은 기능 및 코드 변화를 자주 프로덕션 환경에 적응할 수 있을 것입니다. CodePipeline 대시 보드를 사용하여 출시 파이프 라인의 흐름을 확인 하고 변화를 시각화하여 관리할 수 ​​있게 될 것입니다.

빠르게 사용해 보기
이제 CodePipeline을 한번 살펴 보겠습니다. 버전이 있는 S3 버킷 및 샘플 애플리케이션을 출시하기 위해 AWS CodeDeploy를 사용한 간단한 두 단계의 파이프 라인을 만들겠습니다.

먼저 새 버킷 (jbarr-code)를 만들고 버전 관리를 사용합니다:

코드를 배포하는 장소가 필요하기 때문에 CodeDeploy 콘솔을 열고 샘플 배포를 이용합니다. 이에 따라 세 개의 EC2 인스턴스와 하나의 Deployment Group을 시작합니다:

그 다음 CodePipeline 콘솔을 열고 Deployment Walkthrough Wizard를 사용하여 배포 리소스를 만듭니다. 이 Pipeline을 DeployMyCode라고 부르겠습니다:

여기에서 CodePipeline 코드를 어디에서 찾을 것인지 알려줍니다. Source Provider에서 S3 버킷 및 객체 이름(이 객체는 배포하고자하는 코드를 포함)을 참조하십시오:

Source Provider로서 GitHub의 저장소를 대신 사용할 수 있습니다.

다음 단계에서는 Build Provider를 지정하여 코드를 어떻게 작성할지 알려줍니다. 이번 코드는 스크립트이기 때문에 그대로 실행 가능하며, 빌드를 할 필요가 없습니다.

Build Provider로서 Jenkins를 사용할 수 있습니다.

(파이프 라인을 실행 할때) 코드를 빌드하지 않기 때문에 다음 단계는 배포 전에 테스트를 하는 것입니다. 조금 전에 설치한 CodeDeploy 설정(대상 EC2 인스턴스를 포함)을 사용합니다:

CodePipeline에 자신의 계정의 AWS 리소스를 사용 권한을주고, IAM 역할을 생성합니다:

이 단계가 끝나면 선택 사항을 확인하고 파이프라인을 만들 수 있습니다 :

파이프라인이 곧 실행 됩니다:

특정 단계의 설정에 대해 자세히 볼 때, “i”에 커서를 올려 정보를 보실 수 있습니다 :

코드를 수정하고 새 버전을 S3에 업로드하면 CodePipeline는 그 변화를 감지하고 자동으로 파이프 라인을 실행합니다. Release change 버튼을 클릭해도 됩니다.

각 단계 사이에 파이프 라인을 중단할 필요가 있는 경우 클릭 하셔도 됩니다.

나중에 클릭하면 다시 활성화 할 수 있습니다!

파이프 라인의 편집도 가능합니다. 기존 단계를 변경하거나 새로운 단계를 마지막으로 추가하거나 파이프 라인 중간에 삽입 할 수 있습니다:

예를 들어, 테스트 단계를 추가 할 수 있으며 (만약 테스트가 성공하면) 프로덕션 환경에 배포합니다. 만약 테스트 단계를 더하려면 Test Provider를 선택 연결 해야합니다.

연결 단계에서는 Provider의 Web 사이트가 사용됩니다:

지금까지 설명한 모든 기능들은 AWS Command Line Interface (CLI)을 통해서도 가능합니다.

CodePipeline 통합
앞서 언급 한 바와 같이 CodePipeline은 기존 소스 관리 및 빌드, 테스트, 배포 도구를 사용할 수 있습니다. 아래는 제가 알고 있는 것인데, 추가되면 업데이트 해드리겠습니다.

소스 콘트롤

빌드 및 지속적 통합

  • Jenkins – 클라우드와 온-프레미스에서 호스팅되는 Jenkins 서버에서 빌드 실행
  • CloudBees – CloudBees의 Jenkins 플랫폼에서 빌드 및 테스트 CI를 실행

테스트

  • Apica – Apica 부하 테스트 서비스에서 높은 부하 테스팅
  • BlazeMeter – BlazeMeter 부하 테스트 서비스에서 높은 부하 테스팅
  • Ghost Inspector – Ghost Inspector의 서비스에서 UI 자동화 테스트 실행
  • Runscope -Runscope 서비스에서 API 테스트 실행

배포

지금 사용 가능합니다!
CodePipeline 지금부터 사용할 수 있으며 오늘부터 US East (Northern Virginia) 리전에서 사용가능합니다. 또한 다른 리전으로의 확장도 지속해 나갈 예정입니다.

요금 정책은 사용 중인 파이프 라인 당 매월 $1가 부과됩니다 (첫 하나는 AWS Free Tier에서 사용 가능합니다.) 사용 중인 파이프 라인이라는 것은 1개월 사이에 적어도 한 번의 코드 변경이 있었던 것을 의미합니다.

— Jeff;

이 글은 Now Available – AWS CodePipeline의 한국어 번역입니다.