一部であるパラメータストアは、平文データ(データベース文字列)または秘密情報データ(パスワード、APIキーなど)を問わず、設定データを管理するための集中化された暗号化ストアを提供します。ECSなどのAWSサービス間でパラメータを簡単に参照できます。サポートをローンチしました。これらの機能によって大規模にパラメータを組織化し、管理することが可能になりました。このポストでは、これらの新しい機能を使ってセキュリティ機能を拡張し改善する方法を示します。階層化パラメータパラメータストアの階層化サポートによって、組織構造に基づいたパラータの構造化が可能となります。これはパラメータの編成、クエリ、および権限管理のための強力なツールを提供します。一般的なDevOpsのシナリオでは、開発、ベータ、本番の異なる環境に対してソフトウェアの展開を自動化します。デプロイメント設定を作成する時に、設定を保存するためにパラメータストアを利用できます。各デプロイメント環境に最低限の健全なホスト数やパーセンテージを設定しなければならず、それらを環境ごとに異なる値でパラメータストアに保存したいと思うでしょう。String秘密情報を専用のパスの下に構造化することもできます。CLから取得したパスごとにパラメータをフィルタすることも可能です。パラメータについて」を参照してください。CloudFormationテンプレートを使用してデプロイメント設定を作成した場合は、次の例のように本番ステージに対するFleetHealthを設定することが可能です。ParameterKey=FleetHealth,ParameterValue=$fleetHealth再帰フラグをを使用して、本番またはベータ環境のすべての設定パラメータを取り出すことが可能です。選択したパラメータを取得するために返された設定階層をパースできます。–-recursive階層へのアクセスを制御する本番およびベータ環境のデプロイメント設定のためのパラメータ階層を作成したので、パラメータへのアクセスを制限したいかもしれません。開発チームは本番環境のパラメータへはアクセスせず、ベータ環境のパラメータのみにアクセスできる必要があります。IAMを使用して、ベータ環境のパラメータ階層へのアクセスを制御します。次のIAMポリシーはユーザーに本番環境パラメータへのアクセスを制限します。受け取ることになります。—-recursiveタグ付けされたパラメータタグを使用するとAWSリソースを容易に管理できます。パラメータをタグ付けして、グループ化したり、クエリを行うこともできます。同じデプロイメント設定の例を使用して、タグのキー値が「Password」でタグ値が「Beta」または「Prod」のタグを追加することができます。Key=Password,Value=Beta合体されたフィルタ結果を得るために、複数のフィルターを適用することもできます。パスを適用して、パスワードに関連したベータ環境のパラメータを取得することができます。アクセスを管理できます。パラメータのアクセス制御」を参照してください。イベントのソースになりました。ターゲットをトリガーするようにCludWatchルールをセットアップすることができます。次の例は、CloudWatchルールを設定して、パラメータ更新のSNSトピックをトリガする方法を示しています。詳細については、「ステップ2:SNSトピックの作成」を参照してください。パラメータの更新に関する電子メール通知をトリガーするようにSNSトピックを設定したら、ターゲットのSNSトピックに関連付けるCloudWatchルールを作成します。イベントパターンの値を編集して、通知を発生する特定のパラメータを指定することができます。}}/DeploymentConfig/Beta/FleetHealthパラメータの値を変更すると、CloudWatchイベントがメトリックに表示されます。その間に作成したSNSトピックがトリガーされ、emailも受信できます。通知について示しました。階層化パラメータを使用するとプレインテキストと秘密情報の両方について設定データの構造化とアクセス管理が容易になります。タグ付けサポートはパラメータのグループ化とクエリを容易にする別の方法を提供します。CloudWatchイベントによって、パラメータの更新の通知をタイムリーに受け取ることができます。Managerチームのソフトウェア開発エンジニアです。Storeまで、Amazonでさまざまな製品に取り組んできました。仕事以外では、太平洋北西部でのサーフィンだけでなく、バイオリンやピアノの演奏も楽しんでいます。(翻訳はSA福井が担当しました。