本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

AppSpec “挂钩” 部分

AppSpec 文件'hooks'部分的内容因部署的计算平台而异。EC2/本地部署'hooks'部分包含将部署生命周期事件挂钩链接到一个或多个脚本的映射。Lambda 或 Amazon 部署'hooks'部分指定了在ECS部署生命周期事件期间要运行的 Lambda 验证函数。如果某个事件的挂钩不存在，则不会对该事件执行任何操作。仅当您将在部署过程中运行脚本或 Lambda 验证函数时，才需要此部分。

AppSpec Amazon ECS 部署的 “挂钩” 部分

Amazon ECS 部署的生命周期事件挂钩列表

AWS Lambda 挂钩是一个 Lambda 函数，在生命周期事件名称后的新行中使用字符串指定。对于每次部署，每个挂钩将执行一次。以下是生命周期事件的描述，您可以在这些事件中在 Amazon ECS 部署期间运行挂钩。

有关更多信息，请参阅Amazon ECS 部署期间会发生什么 和教程：通过验证测试部署 Amazon ECS 服务。

在 Amazon ECS 部署中运行挂钩顺序。

在 Amazon ECS 部署中，事件挂钩按以下顺序运行：

“hooks”部分的结构

以下示例说明了 'hooks' 部分的结构。

使用YAML：

Hooks:
  - BeforeInstall: "BeforeInstallHookFunctionName"
  - AfterInstall: "AfterInstallHookFunctionName"
  - AfterAllowTestTraffic: "AfterAllowTestTrafficHookFunctionName"
  - BeforeAllowTraffic: "BeforeAllowTrafficHookFunctionName"
  - AfterAllowTraffic: "AfterAllowTrafficHookFunctionName"

使用JSON：

"Hooks": [
		{
			"BeforeInstall": "BeforeInstallHookFunctionName"
		},
		{
			"AfterInstall": "AfterInstallHookFunctionName"
		},
		{
			"AfterAllowTestTraffic": "AfterAllowTestTrafficHookFunctionName"
		},
		{
			"BeforeAllowTraffic": "BeforeAllowTrafficHookFunctionName"
		},
		{
			"AfterAllowTraffic": "AfterAllowTrafficHookFunctionName"
		}
	]
}

Lambda“hooks”函数示例

使用该'hooks'部分指定一个 Lambda 函数，该函数 CodeDeploy 可以调用该函数来验证亚马逊ECS部署。您可以对BeforeInstall、、AfterInstallAfterAllowTestTraffic、BeforeAllowTraffic和AfterAllowTraffic部署生命周期事件使用相同或不同的函数。验证测试完成后，Lambda AfterAllowTraffic 函数会回调 CodeDeploy并提供或的结果。Succeeded Failed

在调用 Lambda 挂钩函数之前，必须使用 putLifecycleEventHookExecutionStatus 命令向服务器通知部署 ID 和生命周期事件挂钩执行 ID。

下面是一个使用 Node.js 编写的 Lambda 挂钩函数示例。

'use strict';

const aws = require('aws-sdk');
const codedeploy = new aws.CodeDeploy({apiVersion: '2014-10-06'});

exports.handler = (event, context, callback) => {
    //Read the DeploymentId from the event payload.
    var deploymentId = event.DeploymentId;

    //Read the LifecycleEventHookExecutionId from the event payload
    var lifecycleEventHookExecutionId = event.LifecycleEventHookExecutionId;

    /*
     Enter validation tests here.
    */

    // Prepare the validation test results with the deploymentId and
    // the lifecycleEventHookExecutionId for CodeDeploy.
    var params = {
        deploymentId: deploymentId,
        lifecycleEventHookExecutionId: lifecycleEventHookExecutionId,
        status: 'Succeeded' // status can be 'Succeeded' or 'Failed'
    };
    
    // Pass CodeDeploy the prepared validation test results.
    codedeploy.putLifecycleEventHookExecutionStatus(params, function(err, data) {
        if (err) {
            // Validation failed.
            callback('Validation test failed');
        } else {
            // Validation succeeded.
            callback(null, 'Validation test succeeded');
        }
    });
};

AppSpec AWS Lambda 部署的 “挂钩” 部分

AWS Lambda 部署的生命周期事件挂钩列表

AWS Lambda 挂钩是一个 Lambda 函数，在生命周期事件名称后的新行中使用字符串指定。对于每次部署，每个挂钩将执行一次。以下是可在您的 AppSpec 文件中使用的挂钩的描述。

挂钩在 Lambda 函数版本部署中的运行顺序

在无服务器 Lambda 函数版本部署中，事件挂钩按以下顺序运行：

“hooks”部分的结构

以下示例说明了“hooks”部分的结构。

使用YAML：

hooks:
   - BeforeAllowTraffic: BeforeAllowTrafficHookFunctionName
   - AfterAllowTraffic: AfterAllowTrafficHookFunctionName

使用JSON：

"hooks": [{
    "BeforeAllowTraffic": "BeforeAllowTrafficHookFunctionName"
    },
    {
    "AfterAllowTraffic": "AfterAllowTrafficHookFunctionName"
}]

Lambda“hooks”函数示例

使用 “挂钩” 部分指定一个 Lambda 函数，该函数 CodeDeploy 可以调用该函数来验证 Lambda 部署。您可以对BeforeAllowTraffic和AfterAllowTraffic部署生命周期事件使用相同或不同的函数。验证测试完成后，Lambda 验证函数会回调 CodeDeploy 并提供或的结果。Succeeded Failed

在调用 Lambda 挂钩函数之前，必须使用 putLifecycleEventHookExecutionStatus 命令向服务器通知部署 ID 和生命周期事件挂钩执行 ID。

下面是一个使用 Node.js 编写的 Lambda 挂钩函数示例。

'use strict';

const aws = require('aws-sdk');
const codedeploy = new aws.CodeDeploy({apiVersion: '2014-10-06'});

exports.handler = (event, context, callback) => {
    //Read the DeploymentId from the event payload.
    var deploymentId = event.DeploymentId;

    //Read the LifecycleEventHookExecutionId from the event payload
    var lifecycleEventHookExecutionId = event.LifecycleEventHookExecutionId;

    /*
     Enter validation tests here.
    */

    // Prepare the validation test results with the deploymentId and
    // the lifecycleEventHookExecutionId for CodeDeploy.
    var params = {
        deploymentId: deploymentId,
        lifecycleEventHookExecutionId: lifecycleEventHookExecutionId,
        status: 'Succeeded' // status can be 'Succeeded' or 'Failed'
    };
    
    // Pass CodeDeploy the prepared validation test results.
    codedeploy.putLifecycleEventHookExecutionStatus(params, function(err, data) {
        if (err) {
            // Validation failed.
            callback('Validation test failed');
        } else {
            // Validation succeeded.
            callback(null, 'Validation test succeeded');
        }
    });
};

AppSpec EC2/本地部署的 “挂钩” 部分

生命周期事件挂钩的列表

每次部署到实例时，EC2/本地部署挂钩都会执行一次。在一个挂钩中，可以指定运行一个或多个脚本。生命周期事件的每个挂钩在单独的行中使用字符串指定。以下是可在您的 AppSpec 文件中使用的挂钩的描述。

有关哪些生命周期事件挂钩对哪些部署和回滚类型有效的信息，请参阅生命周期事件挂钩可用性。

生命周期事件挂钩可用性

下表列出了适用于每个部署和回滚方案的生命周期事件挂钩。

挂钩在部署中的运行顺序

Auto Scaling 启动部署

在 Auto Scaling 启动部署期间，按以下顺序 CodeDeploy 运行事件挂钩。

有关 Auto Scaling 启动部署的更多信息，请参阅 Amazon EC2 Auto Scaling 是如何使用的 CodeDeploy。

Auto Scaling 终止部署

在 Auto Scaling 终止部署期间，按以下顺序 CodeDeploy 运行事件挂钩。

有关 Auto Scaling 终止部署的更多信息，请参阅 在 Auto Scaling 横向缩减事件期间启用终止部署。

就地部署

在就地部署中（包括就地部署的回滚），事件挂钩按以下顺序运行：

蓝/绿部署

在蓝/绿部署中，事件挂钩按以下顺序运行：

“hooks”部分的结构

'hooks' 部分具有以下结构：

hooks:
   deployment-lifecycle-event-name:
     - location: script-location
       timeout: timeout-in-seconds
       runas: user-name

可以在 hook 条目中的部署生命周期事件名称后包括以下元素：

在挂钩脚本中引用文件

如果您要按中所述将脚本连接到 CodeDeploy 生命周期事件AppSpec “挂钩” 部分，并且想要在脚本中引用文件（例如helper.sh），则需要helper.sh使用以下命令进行指定：

使用绝对路径

要使用文件的绝对路径来引用文件，可以执行以下任一操作：

部署存档位置

在DownloadBundle生命周期事件期间， CodeDeploy 代理会将要部署的修订提取到以下格式的目录中：

root-directory/deployment-group-id/deployment-id/deployment-archive

这些区域有：root-directory 路径的一部分始终设置为下表所示的默认路径，或者由:root_dir配置设置控制。有关配置设置的更多信息，请参阅CodeDeploy 代理配置参考。

从挂钩脚本中，您可以使用根目录路径以及 DEPLOYMENT_ID 和 DEPLOYMENT_GROUP_ID 环境变量访问当前的部署存档。有关您能使用的变量的更多信息，请参阅挂钩的环境变量可用性。

下面的示例介绍了如何在 Linux 上访问位于修订根目录下的 data.json 文件：

#!/bin/bash

rootDirectory="/opt/codedeploy-agent/deployment-root" # note: this will be different if you
                                                      # customize the :root_dir configuration
dataFile="$rootDirectory/$DEPLOYMENT_GROUP_ID/$DEPLOYMENT_ID/deployment-archive/data.json"
data=$(cat dataFile)

再举一个例子，介绍了如何在 Windows 上使用 Powershell 访问位于修订根目录下的 data.json 文件：

$rootDirectory="$env:ProgramData\Amazon\CodeDeploy" # note: this will be different if you
                                                    # customize the :root_dir configuration
$dataFile="$rootDirectory\$env:DEPLOYMENT_GROUP_ID\$env:DEPLOYMENT_ID\deployment-archive\data.json"
$data=(Get-Content $dataFile)

使用相对路径

要使用文件的相对路径来引用文件，你需要知道 CodeDeploy 代理的工作目录。文件路径是相对于该目录的。

下表显示了 CodeDeploy 代理的每个支持平台的工作目录。

挂钩的环境变量可用性

在每个部署生命周期事件期间，挂钩脚本可以访问以下环境变量：

这些是每个部署生命周期事件的本地环境变量。

根据部署包的来源，还有其他环境变量可用于挂接脚本：

来自 Amazon S3 的捆绑包

捆绑包来自 GitHub

如果 DEPLOYMENTGROUP_ 的值等于，则以下脚本将 Apache HTTP 服务器上的侦听端口更改为 9090 而不NAME是 80。Staging必须在 BeforeInstall 部署生命周期事件期间调用此脚本：

if [ "$DEPLOYMENT_GROUP_NAME" == "Staging" ]
then
    sed -i -e 's/Listen 80/Listen 9090/g' /etc/httpd/conf/httpd.conf
fi

如果 DEPLOYMENTGROUP_ NAME 环境变量的值等于，则以下脚本示例会将其错误日志中记录的消息的详细程度从警告更改为调试。Staging必须在 BeforeInstall 部署生命周期事件期间调用此脚本：

if [ "$DEPLOYMENT_GROUP_NAME" == "Staging" ]
then
    sed -i -e 's/LogLevel warn/LogLevel debug/g' /etc/httpd/conf/httpd.conf
fi

以下脚本示例将指定网页中的文本替换为显示这些环境变量值的文本。必须在 AfterInstall 部署生命周期事件期间调用此脚本：

#!/usr/bin/python

import os
 
strToSearch="<h2>This application was deployed using CodeDeploy.</h2>"
strToReplace="<h2>This page for "+os.environ['APPLICATION_NAME']+" application and "+os.environ['DEPLOYMENT_GROUP_NAME']+" deployment group with "+os.environ['DEPLOYMENT_GROUP_ID']+" deployment group ID was generated by a "+os.environ['LIFECYCLE_EVENT']+" script during "+os.environ['DEPLOYMENT_ID']+" deployment.</h2>"
 
fp=open("/var/www/html/index.html","r")
buffer=fp.read()
fp.close()
 
fp=open("/var/www/html/index.html","w")
fp.write(buffer.replace(strToSearch,strToReplace))
fp.close()

挂钩示例

以下是 hooks 条目的示例，该条目为 AfterInstall 生命周期事件指定两个挂钩：

hooks:
   AfterInstall:
     - location: Scripts/RunResourceTests.sh
       timeout: 180
     - location: Scripts/PostDeploy.sh
       timeout: 180

Scripts/RunResourceTests.sh 脚本在部署过程的 AfterInstall 阶段运行。如果该脚本的运行时间超过 180 秒（3 分钟），则部署将失败。

您在“hooks”部分中指定的脚本的位置是应用程序修订包根目录的相对路径。在上述示例中，名为 RunResourceTests.sh 的文件位于名为 Scripts 的目录中。该 Scripts 目录位于包的根级别。有关更多信息，请参阅 计划修订 CodeDeploy。