步骤 4：部署您的 WordPress应用程序

部署需要部署组。但是，在创建部署组之前，您需要一个服务角色ARN。服务IAM角色是一种向服务授予代表您执行操作的权限的角色。在这种情况下，服务角色授予访问您的亚马逊EC2实例以扩展（读取）其亚马逊EC2实例标签的 CodeDeploy 权限。

您应该已经按照创建服务角色（CLI） 中的说明创建了服务角色。要获取服务角色ARN的，请参阅获取服务角色 ARN（CLI） 。

现在您已经有了服务角色ARN，请使用名为的 Amazon EC2 标签和名为的部署配置WordPress_DepGroup，调用create-deployment-group命令创建一个名为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 *)" 

此命令在 Systems Manager 状态管理器中创建关联，该关联将安装 CodeDeploy 代理，然后在每个星期日凌晨 2:00 尝试对其进行更新。有关 CodeDeploy 代理的更多信息，请参阅使用代 CodeDeploy 理。有关 Systems Manager 的详细信息，请参阅什么是 AWS Systems Manager。

现在调用 create-deployment 命令，使用名为 amzn-s3-demo-bucket 的存储桶中名为 WordPressApp.zip 的应用程序修订，创建一个与名为 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角色是一种向服务授予代表您执行操作的权限的角色。在这种情况下，服务角色授予访问您的亚马逊EC2实例以扩展（读取）其亚马逊EC2实例标签的 CodeDeploy 权限。

您应该已经按照创建服务角色（控制台） 中的说明创建了服务角色。要获取服务角色ARN的，请参阅获取服务角色 ARN（控制台） 。

现在您已经拥有了ARN，请使用 CodeDeploy 控制台部署您的应用程序修订：

登录 AWS Management Console 并在 https://console.aws.amazon.com/codede ploy 上打开 CodeDeploy 控制台。

在导航窗格中，展开部署，然后选择应用程序。

在应用程序列表中，选择 WordPress_App。

在部署组选项卡中，选择创建部署组。

在 Deployment group name（部署组名称）中，输入 WordPress_DepGroup。

在 Deployment type 下，选择 In-place deployment。

在环境配置中，选择 Amazon EC2 实例。

在使用的 Agent 配置中 AWS Systems Manager，保留默认值。

在键中，输入 Name。

在值中，输入 CodeDeployDemo。

在部署配置中，选择CodeDeployDefault。 OneAtATime。

在服务角色中ARN，选择服务角色ARN，然后选择创建部署组。

选择 Create deployment（创建部署）。

在部署组中，选择 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. 在概述选项卡中，将链接字段的值复制到您的剪贴板。

   其内容如下所示：

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

5. 返回 CodeDeploy 控制台，然后在 “修订位置” 中粘贴 “链接” 字段值。

如果文件类型列表中显示的消息告诉您无法检测文件类型，请选择 .zip。

（可选）在 Deployment description 框中键入注释。

展开部署组覆盖，然后从部署配置中选择CodeDeployDefault。 OneAtATime。

选择开始部署。有关您新创建的部署的信息将显示在 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进行故障排除。有关更多故障排除选项，请参阅分析日志文件以调查针对实例的部署失败。

在部署表中，选择部署名称。部署失败后，将显示描述失败原因的消息。

在实例活动中，将显示有关部署的更多信息。部署失败后，您可以确定在哪些 Amazon EC2 实例上以及在哪个步骤上部署失败。

如果您要执行更多问题排查，则可使用与View Instance Details中描述方法类似的方法。您还可以分析 Amazon EC2 实例上的部署日志文件。有关更多信息，请参阅 分析日志文件以调查针对实例的部署失败。