翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# に機能フラグと設定データをデプロイする 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 を設定した後、デプロイ中に 1 つ以上のアラームがアラーム状態になった場合、 は設定データを以前のバージョン 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)
+ [CodePipeline を使用した AWS AppConfig 設定のデプロイ](appconfig-integration-codepipeline.md)
+ [設定の復元](appconfig-deploying-reverting.md)