Aws-cli: cloudformationデプロイがパラメーターファイルを受け入れることを許可する

コードを見ると、このあたりに何かが必要なようです

https://github.com/aws/aws-cli/blob/develop/awscli/customizations/cloudformation/deploy.py#L178

これはJSONファイルを読み込み、おそらく簡単な健全性チェックを行い、それをdeploy()渡します。

cloudformationデプロイの機能リクエストとしてマークします。

@sanathkrの考え？

この機能を待っています👍

packageアクションの機能も必要です。 ありがとう！ 👍

create-stackおよびupdate-stack CFコマンドのように--parametersようなものを介してパラメーターファイルを渡すと（理想的には同じファイルコンテンツ構文を使用して）、CFテンプレートの開発が少し簡単になります。自分。 その機能を見たいです。

この機能の+1。 ありがとう！

おはよう！

AWS CLIに関連する機能リクエストのUserVoiceへの移行の一環として、この問題をGitHubでクローズします。

これにより、バグレポートで会話を薄めることなく、最も関心のある機能の検索とサポートの表示が簡単になり、最も重要な機能を取得できるようになります。

簡単なUserVoice入門書として（まだなじみがない場合）：アイデアが投稿された後、人々はアイデアに投票でき、製品チームは最も人気のある提案に直接応答します。

GitHubから既存の機能リクエストをインポートしました-この問題をそこで検索してください！

そして心配しないでください、この問題は後世のためにGitHubにまだ存在します。 元の投稿をUserVoiceにテキストのみでインポートするため、GitHubの問題に関してすでにここに存在するコメントとディスカッションを引き続き念頭に置いておく必要があります。

GitHubは、バグを報告するためのチャネルであり続けます。

繰り返しになりますが、この問題は、 https ： ます。

-AWS SDK＆Toolsチーム

このエントリは、UserVoiceのhttps://aws.uservoice.com/forums/598381-aws-command-line-interface/suggestions/33168409-allow-cloudformation-deploy-to-accept-a-paramaterにあります。

この機能の+1。 ありがとう！

コミュニティのフィードバックに基づいて、機能リクエストをGitHubの問題に返すことにしました。

誰かが回避策を探している場合は、次のようにjqを使用してみてください。
aws cloudformation deploy --parameter-overrides $(jq -r '.[] | [.ParameterKey, .ParameterValue] | join("=")' param.json) ...
パラメータ値に基づいて、さらにエスケープする必要がある場合があります。

この機能も+1します。

可能な限り、 jqをjp置き換えます。 JMESPathは学ぶ価値があります。

$ jp \
  --unquoted \
  --filename example-app-params-staging.json  \
  "join(' ', @[].join('=', [ParameterKey, ParameterValue])[])"
HostedZone=example.com KeyName=example-ap-southeast-2 TargetPort=8080 VpcStackName=vpc-example

AWS CodePipeline CloudFormationのデプロイアクションには特定のテンプレート構成ファイル形式が必要であるため、この形式もサポートできれば便利です。

このために+1。 「awscloudformationdeploy」をシンプルに保ちたいと思っていることは理解していますが、このコマンドには、機能、タグ、パラメーターの個別のコマンドラインフラグがすでにあります（他のすべてのaws cloudformationコマンドと同様）が、機能が異なります（ string =ファイル内のJSON構造ではなく、コマンドラインの文字列）。 すべての「awscloudformation」コマンドを一貫して機能させる必要があります（ほとんどすべてのaws CLIコマンドのようなcli-input-jsonの使用を含む）。 「awscloudformationdeploy」のタグコンストラクトを簡略化したい場合は、-tags-overridesや--parameters-overridesなどの別のコマンドラインフラグを導入する必要があります。

👍機能リクエストで、これがサポートされていれば素晴らしいでしょう。

これは素晴らしい機能です！ CLIを使用してcfスタックを作成する場合、べき等性が大幅に簡素化されます👍

+1

+1

+1

@ ColdFire87 @ dan-lind @mnwk最初の問題を👍して、この問題を購読している人にスパムを送信するのを止めてください。 👍の各コメントは20人にpingを送信しています...
（他の人には申し訳ありませんが、私たちはそれと戦わなければなりません...）

@pierreozoux申し訳ありませんが、私は人々を困らせる

@cervantekが言ったこと。 このチケットがcreate-stackとの一貫性を保つために、これらすべてのオプションの実装を追跡することを願っています。

          [--template-body <value>]
          [--template-url <value>]
          [--parameters <value>]
          [--capabilities <value>]
          [--tags <value>]

私のような多くの人が使用して書かれたレガシーコードになりますcreate-stackとupdate-stackし、彼らが使用するために、それを書き換えることになるでしょうdeploy 。 そんなに難しいことではないはずです。

+1から--parametersはJSONファイルをサポートします。

私たちのチームは最近、S3バケットへのアップロードを必要とするのに十分な大きさのクラウドフォーメーションテンプレートの生成を開始しました。そのため、現在、create-stackとupdate-stackからデプロイに移行しています...そして、移行の同じ問題に直面しています。この新しいコマンドで動作するパラメータファイル。 この機能の+1

この機能の+1

+1

+1

+1

+1

@ olivier- schmitt -sonarsource @lmunro @ MiMo42 @markusbecker @ benjammin12今後、問題を+1したいだけの場合は、スレッドを購読している私たちをスパムするのではなく、親の問題を👍してください。 ありがとう。

👍

これに対する別の回避策は、 key=valueパラメーターペアのリストを含む.iniファイルを使用し、次を使用してデプロイすることです。
aws cloudformation deploy --parameter-overrides $(cat parameters.ini)
タグについても同じことができます。

これに対する別の回避策は、 key=valueパラメーターペアのリストを含む.iniファイルを使用し、次を使用してデプロイすることです。
aws cloudformation deploy --parameter-overrides $(cat parameters.ini)
タグについても同じことができます。

このアプローチは素晴らしく、機能します！ それでも、他のすべてのコマンド（「json」入力をサポートする）との一貫性を保つために、パラメーターを「json」ファイル形式に保ち、「デプロイ」の入力として使用する前にファイルを具体的に操作することをお勧めします。指図。 これは、すべての最も一般的なプラットフォームで使用できる「jq」コマンドを使用して実行できます。

変換は次の方法で簡単に実行できます。

cat parameters.json | jq -r '.[] | .ParameterKey + "=" + .ParameterValue'

さらに、オンザフライで変換して、 deployコマンドの入力として直接使用できます。

aws cloudformation deploy --template-file ./sample-template.yaml --stack-name sample-stack --parameter-overrides $(cat parameters.json | jq -r '.[] | .ParameterKey + "=" + .ParameterValue')

それが役に立てば幸い！

幸いなことに、この問題全体はCDKによって完全に回避されます。 先に進みました。

私はcreate-stack / update-stackからdeployメソッドに移行しようとしていて、これに加えて他の問題が発生しています-3年経っても、まだ古いメソッドと同等ではないことに驚いています。

一部のタグの値にスペースが含まれているタグファイルに対して、上記の回避策を使用すると問題が発生します。 これは解決可能だと確信していますが、他の問題はもっと根本的なものです。このコマンドの出力は構造化されていないため、変更セットIDを取得するには、構造化されていないテキスト文字列を解析する必要があります。 特にcreate-change-setメソッドがjsonでIDを返すため、これは非常に危険な（！）と考えています。

このスレッドの以前のメッセージのuservoiceの問題へのリンクは無効です-この問題が現在追跡されている場所、またはまだ作業中かどうかを誰かが知っていますか？

皆さん、この機能の実装を検討してください。 回避策としてcatトリックを使用するか、 SSMを介してパラメーターを渡す-これは非常に基本的な機能に対する不必要な複雑さであり、そのような機能はCFN他のほとんどすべての代替手段でサポートされています

create-stackとupdate-stackにパラメーターを渡すための解決策を探しているときにこのスレッドに出くわしましたが、ここでも👍を提供しますが、渡すオプションがあることをリクエストに追加しますCodePipelineがCloudFormationに受け入れるJSON形式に従うファイル。

CloudFormationをデプロイするためにCodePipelineを頻繁に使用している場合は、リポジトリ内でCodePipeline形式のCloudFormationファイルをコミットするのがすでに慣例となっています。

これは、パイプラインを介して完全なCI / CDを実行している場合には最適ですが、非常に面倒なローカル開発になります。 CodePipeline JSONをaws cloudformation create-stackとupdate-stackが--parameters file://params.json経由で受け入れるJSONに変換できるスクリプトがいくつかありますが、いくつかの追加作業があれば、おそらくいくつかのハックで機能する可能性があります上記の人々はjqなどで言及しましたが、それはハックのように感じます。

これを実装してください！

これを実装してください！ AWSに来てください、これはほぼ3年間開いています。

非常に煩わしく、トピックにいくらか関連しているもう1つのことは、 CLIを介してCFNパラメーターを提供するためのフォーマット間の

私は現在deployユーザーであり、これまでのところ、 catつまり--parameter-overrides $(shell cat configs/${LNMS_ENV}.properties)を使ったトリックを介して、インラインパラメーターを使用してそれを回避することができました。

この問題は、CFNの変更セットを使用してTerraformのplan類似したものを実装することにしたときに発生しました。 aws cloudformation create-change-setはパラメーターのオーバーライドが可能ですが、 deploy形式とは異なる形式で出荷されることを期待しています。

deploy CLIドキュメントごとに次のようになります。

ParameterKey1=ParameterValue1

create-stack 、 update-stack 、およびcreate-change-set CLIドキュメントごとに、次のようになります。

ParameterKey=string,ParameterValue=string

JSONを提供するオプションもあります。

なぜそれらが異なるのか、なぜdeployが同じJSON形式をサポートしないのか、そして私は何をすべきかを本当に理解していません-2つの本質的に同じparamファイルをすべての環境に保持しますか？

これは正直なところ、本当に奇妙な設計です。一貫性がなく、パラメータファイルの使用を避けるための不当な動機があります。 このような小さな（そしてそれらが小さいことは議論の余地があります）ものは本当に生産性に影響を与えます。

PS @ pablods90がこれを

+1

キャプテンコンシステンシーの冒険は続きます。

catを使用して、 update-stackとも互換性のある形式でdeploy構成を保存することはできますが、

[
    {
        "ParameterKey": "ParamEnv",
        "ParameterValue": "prod"
    }
]

Deploy:CloudFormationタイプのアクションを伴うCodePipelineは、別のファイル形式を使用してCFNに渡します。

{ 
  "Parameters": {
     "ParamEnv": "prod"
  }
}

これ以上のコメントはありません...同じ問題を何度も何度も繰り返すことに本当にうんざりしています。 これは悪いです。

最終的には、 catやjqシェナニガンではなく、CodePipelineのファイルと一緒にaws cloudformation deployを呼び出す1行のシェルスクリプトを維持することになりました。

私はこれが彼らが修正しようとしていないそれらの問題の1つだと思います、多分彼らの焦点は今cdkですか？

とにかく、私は待つことをあきらめて、自分がやるべきだと思ったことを実行するために靴べらをデプロイしようとしましたが、結局、他のほとんどの人がやったと思うことを実行しました-スタックcliコマンドの作成と更新を使用して独自の「upsert」bashスクリプトを記述します。 100行の長さですが、少なくとも今は機能します。

こんにちは、私は本当にこれが必要です。 何年にもわたってこれを作成するように求められているが、CloudFormationがまだ提供していないこの状況を見て、私は本当に失望しました。 どのようなアイデアがチームを動かすのか、これは受け入れられます。

ねえ、この問題に到達するのに非常に長い時間がかかったことを本当に残念に思います。

PRの説明をご覧になり、そのような解決策についてどう思いますか。

また、（少なくともWindowsコマンドプロンプトCLIでは）複数行のパラメーターを提供する簡単な方法はないようです。

このパラメータファイル機能の実装により、複数行のパラメータの問題が軽減されることを願っています。

素晴らしい仕事をしてくれてありがとう！

こんにちは、このPRはAWS CLIv.2.0.39でマージおよびリリースされました。

@ vz10更新していただきありがとうございます。

ところで、この実装が（パラメータファイルを介して）複数行のパラメータを許可するかどうかを知っていますか？ これは、AWSCLIを実行しているWindowsバッチ環境では解決できなかったことの1つでした。

よろしくお願いします！

@ bs-thomas複数行のパラメーターでテストしませんでした。 しかし、JSON形式がそれをサポートしていれば、問題なく動作すると思います。

ぜひお試しいただき、フィードバックをお寄せいただければ幸いです。

ありがとうございました。

@ vz10マルチラインは確かに機能しています。 ただし、\ nでは非常に醜く見えます

実際、CLIがCLIパラメーターのYAML形式をサポートできるとしたらクールです-オーバーライド;-)

@ bs-thomas別の機能リクエストのようです。

作成するだけで、パラメーターオーバーライドにYAMLを理解させるための戦いの半分になります;）

@ vz10はい、すぐにやります。

ところで、私はJSONバリデーターについて何か不快なことに気づきました。 整数値もブール値も受け入れません。 したがって、それらがある場合は、文字列として指定する必要があります。そうしないと、次の応答が返されます。

それで！

@ bs-thomasええ、それは少し奇妙ですが、 cloudformation create-stack期待するのと同じ動作です-すべての値は文字列であり、後でそれらを解析し、ブールパラメータタイプはありません