步驟 4：部署您的 WordPress應用程式

部署需要部署群組。不過，在建立部署群組之前，您需要服務角色ARN。服務角色是授與代表您採取行動的服務權限的IAM角色。在這種情況下，服務角色 CodeDeploy 授予存取 Amazon EC2 執行個體以擴展 (讀取) 其 Amazon EC2 執行個體標籤的權限。

您應該已經遵循建立服務角色 (CLI) 中的說明，來建立服務角色。若要取ARN得服務角色，請參閱取得服務角色 ARN (CLI) 。

現在您已擁有服務角色ARN，請使用create-deployment-group命名為的 Amazon EC2 標籤和名為的部署組態WordPress_DepGroup，呼叫命名為以下命名的部署群組WordPress_App，建立CodeDeployDemo與名為的應用程式相關聯的部署群組CodeDeployDefault.OneAtATime：

aws deploy create-deployment-group \
  --application-name WordPress_App \
  --deployment-group-name WordPress_DepGroup \
  --deployment-config-name CodeDeployDefault.OneAtATime \
  --ec2-tag-filters Key=Name,Value=CodeDeployDemo,Type=KEY_AND_VALUE \
  --service-role-arn serviceRoleARN

建立部署之前，部署群組中的執行個體必須已安裝 CodeDeploy 代理程式。您可以使用 AWS Systems Manager 與下列命令，從命令列安裝代理程式：

aws ssm create-association \
  --name AWS-ConfigureAWSPackage \
  --targets Key=tag:Name,Values=CodeDeployDemo \
  --parameters action=Install,name=AWSCodeDeployAgent \
  --schedule-expression "cron(0 2 ? * SUN *)" 

此命令會在系統管理員狀態管理員中建立一個關聯，以安裝 CodeDeploy 代理程式，然後嘗試在每個星期天早上 2:00 進行更新。如需 CodeDeploy 代理程式的詳細資訊，請參閱使用 CodeDeploy 代理程式。如需有關「Systems Manager 的詳細資訊，請參閱何謂 AWS Systems Manager。

現在，請在名為 amzn-s3-demo-bucket 的儲存貯體中使用名為 WordPressApp.zip 的應用程式修訂，呼叫 create-deployment 命令來建立與名為 WordPress_App 之應用程式、名為 CodeDeployDefault.OneAtATime 之部署組態和名為 WordPress_DepGroup 之部署群組建立關聯的部署：

aws deploy create-deployment \
  --application-name WordPress_App \
  --deployment-config-name CodeDeployDefault.OneAtATime \
  --deployment-group-name WordPress_DepGroup \
  --s3-location bucket=amzn-s3-demo-bucket,bundleType=zip,key=WordPressApp.zip

使用 CodeDeploy 主控台部署應用程式修訂版之前，您需要服務角色ARN。服務角色是授與代表您採取行動的服務權限的IAM角色。在這種情況下，服務角色 CodeDeploy 授予存取 Amazon EC2 執行個體以擴展 (讀取) 其 Amazon EC2 執行個體標籤的權限。

您應該已經遵循建立服務角色 (主控台) 中的說明，來建立服務角色。若要取ARN得服務角色，請參閱取得服務角色 ARN (主控台) 。

現在您已經擁有了ARN，請使用 CodeDeploy 主控台部署應用程式修訂版本：

登入 AWS Management Console 並在 https://console.aws.amazon.com/code deploy 中開啟 CodeDeploy 主控台。

在瀏覽窗格中，展開 [部署]，然後選擇 [應用程式]。

在應用程式清單中，選擇 [WordPress_App]。

在 Deployment groups (部署群組) 標籤中，選擇 Create deployment group (建立部署群組)。

在 Deployment group name (部署群組名稱) 中，輸入 WordPress_DepGroup。

在 Deployment type (部署類型) 下，選擇 In-place deployment (就地部署)。

在環境組態中，選取 Amazon EC2 執行個體。

在 [代理程式組態使用] 中 AWS Systems Manager，保留預設值。

在 Key (金鑰) 中，輸入 Name。

在 Value (值) 中輸入 CodeDeployDemo。

在 [部署組態] 中，選擇CodeDeployDefault。 OneAtATime。

在 [服務角色] 中ARN，選擇服務角色ARN，然後選擇 [建立部署群組]。

選擇 Create deployment (建立部署)。

在 Deployment group (部署群組) 中選擇 WordPress_DepGroup。

在 [存放庫類型] 旁邊，選擇 [我的應用程式存放在 Amazon S3]。在修訂位置中，輸入先前上傳到 Amazon S3 的範例 WordPress 應用程式修訂版的位置。取得位置：

1. 在開啟 Amazon S3 主控台https://console.aws.amazon.com/s3/。

2. 在值區清單中，選擇 amzn-s3-demo-bucket (或您上傳應用程式修訂版本的值區名稱)。

3. 在物件清單中，選擇 WordPressApp.zip。

4. 在 Overview (概觀) 標籤上，將 Link (連結) 欄位的值複製至剪貼簿。

   這看起來類似下述：

   https://s3.amazonaws.com/amzn-s3-demo-bucket/WordPressApp.zip

5. 返回 CodeDeploy 主控台，然後在「修訂版本」位置貼上「連結」欄位值。

如果說明無法偵測到檔案類型的訊息出現在 File type (檔案類型) 清單中，請選擇 .zip。

(選用) 在 Deployment description (部署說明) 方塊中，輸入註解。

展開部署群組覆寫，然後從部署組態中選擇CodeDeployDefault。 OneAtATime。

選擇 Start deployment (啟動部署)。新建立部署的相關資訊會顯示在 Deployments (部署) 頁面上。

針對名為 WordPress_App 的應用程式和名為 WordPress_DepGroup 的部署群組呼叫 list-deployments 命令，來取得部署 ID：

aws deploy list-deployments --application-name WordPress_App --deployment-group-name WordPress_DepGroup --query 'deployments' --output text

使用部署 ID，呼叫 get-deployment 命令：

aws deploy get-deployment --deployment-id deploymentID --query 'deploymentInfo.status' --output text

此命令傳回部署的整體狀態。如果成功，值為 Succeeded。

如果整體狀態為Failed，您可以呼叫list-deployment-instances和之類的命令get-deployment-instance來進行疑難排解。如需其他故障診斷選項，請參閱分析日誌檔案以調查執行個體的部署失敗。

在 Deployments (部署) 資料表中，選擇部署的名稱。部署失敗後，會顯示失敗原因的訊息。

在 Instance activity (執行個體活動) 中，會顯示更多有關部署的資訊。部署失敗後，您可能可以判斷哪些 Amazon EC2 執行個體以及部署失敗的步驟。

您可以使用View Instance Details中所述的這類技術，藉此執行其他疑難排解。您也可以分析 Amazon EC2 執行個體上的部署日誌檔。如需詳細資訊，請參閱分析日誌檔案以調查執行個體的部署失敗。