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

# 在中部署功能标志和配置数据 AWS AppConfig
<a name="deploying-feature-flags"></a>

在[创建所需构件](https://docs.aws.amazon.com/appconfig/latest/userguide/creating-feature-flags-and-configuration-data.html)以处理功能标志和自由格式配置数据后，就可以创建新的部署。当您创建新的配置时，需要指定以下信息：
+ 应用程序 ID
+ 配置文件 ID
+ 配置版本
+ 要在其中部署配置数据的环境 ID
+ 部署策略 ID，可定义更改生效的速度
+  AWS Key Management Service (AWS KMS) 密钥 ID，用于使用客户管理的密钥对数据进行加密。

当您调用 [StartDeployment](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_StartDeployment.html)API 操作时， AWS AppConfig 会执行以下任务：

1. 使用配置文件中的位置 URI 从底层数据存储中读取配置数据。

1. 使用在创建配置文件时指定的验证程序，验证配置数据在语法和语义上是否正确。

1. 缓存数据副本，以便应用程序随时检索。此缓存副本被称为*已部署数据*。

您可以结合使用部署策略和基于 Amazon CloudWatch 警报的自动回滚来缓解 AWS AppConfig 部署配置数据导致应用程序出错的情况。部署策略使您能够利用基于实体的部署，在几分钟或几小时内缓慢发布对所有目标或特定细分的更改，可以是基于会话的，也可以是按照自己的目标维度发布更改。配置完成后 CloudWatch，如果一个或多个警报在部署期间进入警报状态，则 AWS AppConfig 会自动将您的配置数据回滚到以前的版本。有关部署策略的更多信息，请参阅[使用部署策略](appconfig-creating-deployment-strategy.md)。有关自动回滚的更多信息，请参阅[监控部署以实现自动回滚](monitoring-deployments.md)。

**注意**  
AWS AppConfig 代理（版本 2.0.136060 或更高版本）支持在逐步推出期间将功能标志或自由格式配置数据部署到特定细分市场或个人用户。基于实体的渐进部署可确保用户或分区收到配置版本后，无论哪种计算资源为其请求提供服务，他们都可以在整个部署期间继续收到相同的版本。有关更多信息，请参阅 [使用 AWS AppConfig 代理进行基于用户或实体的渐进部署](appconfig-agent-how-to-use.md#appconfig-entity-based-gradual-deployments)。

**Topics**
+ [使用部署策略](appconfig-creating-deployment-strategy.md)
+ [部署配置](appconfig-deploying.md)
+ [使用部署 AWS AppConfig 配置 CodePipeline](appconfig-integration-codepipeline.md)
+ [还原配置](appconfig-deploying-reverting.md)