作為DevOps和微服務的深入踐行者，Amazon在內部積累了許多持續整合、交付和部署的自動化工具和平臺。其中， Apollo作為程式碼部署的自動化平臺，每年進行超過5000萬次部署。

為了能夠讓廣大開發者和企業使用者使用到功能豐富且久經考驗的程式碼部署平臺，在Apollo的經驗基礎上，AWS釋出了自動化部署服務——CodeDeploy。

平臺介紹

AWS CodeDeploy旨在幫助使用者完成應用的快速部署，按照使用者指定的策略將程式碼部署在一組EC2伺服器上。使用者策略可以包括叢集部署速度、部署事件通知、警報處理策略等。此外，CodeDeploy還可以和彈性負載均衡（Elastic Load Balancer）、自動擴充套件組（Auto Scaling Group）等服務結合，完成無縫升級和動態部署。

為方便有效地組織部署任務，CodeDeploy設立了三個概念：應用（Application）、部署（Deployment），以及部署配置（Deployment Configuration）。

1）應用程式（Application）

應用程式是部署的核心，由部署組（Deployment Group）和程式碼修訂（Revisions）組成。一個應用可以包含多個部署組，一個部署組又可以包含多臺EC2伺服器。同時，一個伺服器也可以屬於多個部署組，因為一個伺服器可能同時執行多個應用。

1.1）部署組

建立或修改部署組時，如果新增EC2伺服器，可以通過標籤（Tag）對已有的EC2伺服器進行篩選。所以，在建立EC2時一定要打上標籤（Tag），便於在建立應用的部署組時找到對應業務的伺服器。

此外，部署組還可以新增自動擴充套件組（Auto Scaling Group），以及使用者自己機房的主機（On-Premise Instance）。

1.2）程式碼修訂

程式碼修訂儲存了當前應用涉及到得所有程式碼，程式碼的存放位置可以在S3或Github。

如果使用者自建程式碼託管，當需要部署時，可以在工作機上同步程式碼到本地，然後使用AWS命令列進行打包上傳。

aws deploy push --application-name <MyAppName> \

      --s3-location s3://<MyBucketName>/<MyNewAppBundleName> \

      --source <PathToMyBundle>

上面的命令可以將執行目錄下得程式碼打包上傳到S3，同時顯示在關聯應用的程式碼修訂一欄中。

2）部署（Deployment）

每一次部署都有唯一的ID標記，並儲存所有資訊，如程式碼來源、部署時間、目標伺服器、部署結果等。並且針對每一臺伺服器，都可以詳細檢視部署過程中的事件（如下載程式、安裝前檢查、 程式啟動、安裝後檢查等7個事件），以便追蹤部署的各個步驟。當部署出錯時，可以快速定位和排查。

3）部署配置（Deployment Configuration）

部署配置存放了一次部署的伺服器臺數或百分比，在發起部署時需要指定所需配置。CodeDeploy預設提供了三種配置：一次部署一臺、一次部署一半數量的伺服器，以及一次完成全部部署。部署發起後，CodeDeploy會按照上述策略進行工作，指導完成部署組內全部伺服器的更新。

如果使用者要自定義部署策略，建議使用命令列完成。比如下面的例子建立的配置就是一次完成20%的伺服器部署。

aws deploy create-deployment-config --deployment-config-name ThreeQuartersHealthy --minimum-healthy-hosts type=FLEET_PERCENT,value=20

此外，CodeDeploy還可以管理物理主機（或第三方主機）。只要在物理主機上安裝和配置CodeDeploy Agent，Agent向CodeDeploy註冊完成後，CodeDeploy就可以像管理 EC2伺服器一樣在物理伺服器上部署應用。

伺服器配置

CodeDeploy是通過與部署在伺服器上的Agent通訊，實現程式碼部署的。

1）伺服器角色

由於Agent需要訪問S3下載程式碼，所以EC2伺服器需要配置角色（Role）以保證Agent對S3的讀取許可權。建立一個IAM Policy包含如下內容，在建立所需的角色關聯這個Policy。然後，在建立EC2伺服器時，關聯此角色。

{

  "Version": "2012-10-17",

  "Statement": [

    {

      "Action": [

        "s3:Get*",

        "s3:List*"

      ],

      "Effect": "Allow",

      "Resource": "*"

    }

  ]

}

2）Agent安裝

Agent可以在建立EC2時通過User Data安裝，也可以登入到伺服器上安裝。

如果使用User Data安裝，模板如下：

#!/bin/bash
yum -y update
yum install -y ruby
yum install -y aws-cli
cd /home/ec2-user
aws s3 cp s3://bucket-name/latest/install . --region region-name
chmod +x ./install
./install auto

其中，關於bucket-name和region-name，請查閱下面連結，找到對應Region的替換名稱。

例如，北京Region的User Data是：

#!/bin/bash
yum -y update
yum install -y ruby
yum install -y aws-cli
cd /home/ec2-user
aws s3 cp s3://aws-codedeploy-cn-north-1/latest/install . --region cn-north-1
chmod +x ./install
./install auto

如果是選擇先建立EC2伺服器，再安裝Agent，請注意使用sudo以root許可權安裝。詳情請見：

部署完成後，使用如下命令檢驗Agent是否工作正常。

sudo service codedeploy-agent status

使用者端配置

如前文所述，使用者可以通過aws deploy push命令來完成程式碼打包上傳。但打包內容除了應用程式程式碼外，還包含了一個AppSpec.yml檔案和一些用於處理安裝中一個或多個事件的指令碼。

AppSpec.yml指令碼不僅定義了程式碼部署的路徑，而且指定了部署過程中相關事件的處理指令碼。部署事件有7個，可以按需選擇指定。

使用者把程式碼、AppSpec.yml、事件指令碼通過aws deploy push命令打包上傳後，使用者就可以通過CodeDeploy圖形化平臺選擇對應的程式碼修訂（Revision）進行部署了。當然，繼續使用命令列進行部署，更是高效的方法。

此外，CodeDeploy還可以和常見的持續整合工具協同工作，如Jenkins、Travis CI等。

案例分享

GILT是一家專注服飾的電商平臺，成立於2007年，總部位於紐約，員工超過1000人。 2016年1月，GILT以2億5千萬美金的價格被收購。

GILT的特色業務之一就是促銷，並且是在每天中午開售。為了能夠靈活、快速地應對業務壓力，GILT的DevOps團隊基於微服務來設計和部署平臺，並採用了Docker提高平臺的彈性。其部署平臺經歷過數次演化，目前是第五代平臺NOVA（程式碼已開源）。CodeDeploy在最新一代的平臺中，結合Cloudformation完成核心部署工作，NOVA通過AWS API/SDK完成對CodeDeploy和Cloudformation的呼叫。

擴充套件閱讀
The Story of Apollo – Amazon’s Deployment Engine

AWS Codedeploy plugin for Jenkins

AWS CodeDeploy for Travis CI

GILT NOVA

作者介紹

代聞

AWS解決方案架構師，負責基於AWS的雲端計算方案架構的諮詢和設計，同時致力於AWS雲服務在國內的應用和推廣，在大規模後臺架構、物聯網應用、媒體行業轉型、企業混合IT和自動化運維等方面有著廣泛的設計和實踐經驗。在加入AWS之前，在思科中國擔任系統工程師，負責方案諮詢和架構設計，在企業私有云和基礎網路方面有豐富經驗。曾任IBM中國軟體開發中心軟體工程師，從事企業軟體和移動平臺的開發工作。