本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
AppSpec 文件示例
本主题提供了 Amazon Lambda 和 EC2 /Londest 部署的示例 AppSpec 文件。
AppSpec Amazon ECS 部署的文件示例
以下是为部署 Amazon ECS 服务YAML而写入 AppSpec 的文件示例。
version: 0.0 Resources: - TargetService: Type: AWS::ECS::Service Properties: TaskDefinition: "arn:aws:ecs:us-east-1:111222333444:task-definition/my-task-definition-family-name:1" LoadBalancerInfo: ContainerName: "SampleApplicationName" ContainerPort: 80 # Optional properties PlatformVersion: "LATEST" NetworkConfiguration: AwsvpcConfiguration: Subnets: ["subnet-1234abcd","subnet-5678abcd"] SecurityGroups: ["sg-12345678"] AssignPublicIp: "ENABLED" CapacityProviderStrategy: - Base: 1 CapacityProvider: "FARGATE_SPOT" Weight: 2 - Base: 0 CapacityProvider: "FARGATE" Weight: 1 Hooks: - BeforeInstall: "LambdaFunctionToValidateBeforeInstall" - AfterInstall: "LambdaFunctionToValidateAfterInstall" - AfterAllowTestTraffic: "LambdaFunctionToValidateAfterTestTrafficStarts" - BeforeAllowTraffic: "LambdaFunctionToValidateBeforeAllowingProductionTraffic" - AfterAllowTraffic: "LambdaFunctionToValidateAfterAllowingProductionTraffic"
以下是前面示例的版本JSON。
{ "version": 0.0, "Resources": [ { "TargetService": { "Type": "AWS::ECS::Service", "Properties": { "TaskDefinition": "arn:aws:ecs:us-east-1:111222333444:task-definition/my-task-definition-family-name:1", "LoadBalancerInfo": { "ContainerName": "SampleApplicationName", "ContainerPort": 80 }, "PlatformVersion": "LATEST", "NetworkConfiguration": { "AwsvpcConfiguration": { "Subnets": [ "subnet-1234abcd", "subnet-5678abcd" ], "SecurityGroups": [ "sg-12345678" ], "AssignPublicIp": "ENABLED" } }, "CapacityProviderStrategy": [ { "Base" : 1, "CapacityProvider" : "FARGATE_SPOT", "Weight" : 2 }, { "Base" : 0, "CapacityProvider" : "FARGATE", "Weight" : 1 } ] } } } ], "Hooks": [ { "BeforeInstall": "LambdaFunctionToValidateBeforeInstall" }, { "AfterInstall": "LambdaFunctionToValidateAfterInstall" }, { "AfterAllowTestTraffic": "LambdaFunctionToValidateAfterTestTrafficStarts" }, { "BeforeAllowTraffic": "LambdaFunctionToValidateBeforeAllowingProductionTraffic" }, { "AfterAllowTraffic": "LambdaFunctionToValidateAfterAllowingProductionTraffic" } ] }
下面是部署期间的事件序列:
-
在替换任务集上安装更新后的 Amazon ECS 应用程序之前,名为的 Lambda 函数
LambdaFunctionToValidateBeforeInstall
将运行。 -
在替换任务集上安装更新后的 Amazon ECS 应用程序之后,在它收到任何流量之前,名为的 Lambda 函数
LambdaFunctionToValidateAfterInstall
就会运行。 -
替换任务集上的 Amazon ECS 应用程序开始接收来自测试侦听器的流量后,名为的 Lambda 函数
LambdaFunctionToValidateAfterTestTrafficStarts
就会运行。此函数可能会运行验证测试以确定部署是否继续。如果未在部署组中指定测试侦听器,则会忽略此挂钩。 -
AfterAllowTestTraffic
挂钩中的所有验证测试完成后,在向更新的 Amazon ECS 应用程序提供生产流量之前,名为的 Lambda 函数LambdaFunctionToValidateBeforeAllowingProductionTraffic
将运行。 -
在向替换任务集上更新的 Amazon ECS 应用程序提供生产流量后,名为的 Lambda 函数
LambdaFunctionToValidateAfterAllowingProductionTraffic
将运行。
在任何挂钩期间运行的 Lambda 函数都可以执行验证测试或者收集流量指标。
AppSpec Amazon Lambda 部署的文件示例
以下是为部署 Lambda 函数YAML版本而写入 AppSpec 的文件示例。
version: 0.0 Resources: - myLambdaFunction: Type: AWS::Lambda::Function Properties: Name: "myLambdaFunction" Alias: "myLambdaFunctionAlias" CurrentVersion: "1" TargetVersion: "2" Hooks: - BeforeAllowTraffic: "LambdaFunctionToValidateBeforeTrafficShift" - AfterAllowTraffic: "LambdaFunctionToValidateAfterTrafficShift"
以下是前面示例的版本JSON。
{ "version": 0.0, "Resources": [{ "myLambdaFunction": { "Type": "AWS::Lambda::Function", "Properties": { "Name": "myLambdaFunction", "Alias": "myLambdaFunctionAlias", "CurrentVersion": "1", "TargetVersion": "2" } } }], "Hooks": [{ "BeforeAllowTraffic": "LambdaFunctionToValidateBeforeTrafficShift" }, { "AfterAllowTraffic": "LambdaFunctionToValidateAfterTrafficShift" } ] }
下面是部署期间的事件序列:
-
在将流量从名为
myLambdaFunction
的 Lambda 函数的版本 1 转移到版本 2 前,运行名为LambdaFunctionToValidateBeforeTrafficShift
的 Lambda 函数,该函数将验证部署是否已准备好开始流量转移。 -
如果
LambdaFunctionToValidateBeforeTrafficShift
返回了退出代码 0(成功),则开始将流量转移到myLambdaFunction
的版本 2。此部署的部署配置确定流量转移的速率。 -
在完成将流量从名为
myLambdaFunction
的 Lambda 函数的版本 1 转移到版本 2 后,运行名为LambdaFunctionToValidateAfterTrafficShift
的 Lambda 函数,该函数将验证部署是否已成功完成。
AppSpec EC2/本地部署的文件示例
以下是用于就地部署到亚马逊 Linux、Ubuntu 服务器或实例 AppSpec 的文件示例。RHEL
注意
部署到 Windows Server 实例不支持 runas
元素。如果您要部署到 Windows 服务器实例,请不要将其包含在 AppSpec 文件中。
version: 0.0 os: linux files: - source: Config/config.txt destination: /webapps/Config - source: source destination: /webapps/myApp hooks: BeforeInstall: - location: Scripts/UnzipResourceBundle.sh - location: Scripts/UnzipDataBundle.sh AfterInstall: - location: Scripts/RunResourceTests.sh timeout: 180 ApplicationStart: - location: Scripts/RunFunctionalTests.sh timeout: 3600 ValidateService: - location: Scripts/MonitorService.sh timeout: 3600 runas: codedeployuser
对于 Windows Server 实例,将 os: linux
更改为 os: windows
。另外,您还必须完全限定 destination
路径(例如 c:\temp\webapps\Config
和 c:\temp\webapps\myApp
)。不包括 runas
元素。
下面是部署期间的事件序列:
-
运行位于
Scripts/UnzipResourceBundle.sh
的脚本。 -
如果前面的脚本返回了退出代码 0(成功),则运行位于
Scripts/UnzipDataBundle.sh
中的脚本。 -
将文件从
Config/config.txt
路径复制到/webapps/Config/config.txt
路径中。 -
以递归方式将
source
目录中的所有文件复制到/webapps/myApp
目录中。 -
运行位于
Scripts/RunResourceTests.sh
中的脚本,超时时间为 180 秒(3 分钟)。 -
运行位于
Scripts/RunFunctionalTests.sh
中的脚本,超时时间为 3600 秒(1 小时)。 -
以
Scripts/MonitorService.sh
用户身份运行位于codedeploy
中的脚本,超时时间为 3600 秒(1 小时)。