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

部署需要部署群組。不過，在建立部署群組之前，您需要服務角色 ARN。服務角色是授予服務許可，以代表您行事IAM的角色。在此情況下，服務角色會 CodeDeploy 授予許可，以存取您的 Amazon EC2執行個體，以展開 （讀取） 其 Amazon EC2執行個體標籤。

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

現在您已擁有服務角色 ARN，請呼叫 create-deployment-group命令，使用名為 的 Amazon EC2標籤CodeDeployDemo和名為 的部署組態WordPress_DepGroup，建立名為 的部署群組WordPress_App，與名為 的應用程式建立關聯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 *)" 

此命令會在 Systems Manager State Manager 中建立關聯，該關聯將安裝 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/codedeploy 開啟 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執行個體上的部署日誌檔案。如需詳細資訊，請參閱分析日誌檔案以調查執行個體的部署失敗。