問題タブ [ecs-taskdefinition]

そのため、コンテナー レジストリとして ghcr を使用し、そこにいくつかのイメージを持っています。aws ecs と terraform を介したタスク定義を使用して、これらのイメージをデプロイしようとしています。タスク定義で、イメージの URL とリポジトリの資格情報を指定しました。イメージにアクセスするには、ghcr のユーザー名とトークンを提供する必要があります。ghcr ユーザー名とトークンを json オブジェクトとして、aws secret manager と aws ssm paraters にも保存しました。

aws secret manager key arn を credentialsParameter として使用すると、機能します。そこで aws ssm パラメータ arn を使用すると、エラーが発生します。上記のjsonオブジェクトのようなテキストを持つssmパラメータを credentialsParameter に使用するにはどうすればよいですか? とにかくそれを行うための回避策はありますか？または、シークレット マネージャー キー arn のみを使用する必要があります。

Terraform で作成しているリソースがあります。リソース内には、JSON ファイルを使用して値を読み取る属性があります。別の JSON ファイルからこれらの値を読み込んでおり、Terraform ワークスペースと組み合わせて属性を宣言したいと考えています。以下は私のリソースとエラーメッセージです。ファイル関数内にテラフォーム ワークスペースを統合できる場合は、これを達成する方法についての洞察が役立ちます。

Terraform リソース

Terraform エラー

複数の Terraform ワークスペースをセットアップしており、TF スクリプトをできるだけ同一に保ちたいため、この方法でアプローチすることを検討しています。

コンテナの定義

スプリング クラウドを使用して、複数のマイクロサービスを使用するバックエンド サーバーを開発しました。検出サービス、構成サービス、およびその他のさまざまなサービスがあります。現在、テスト目的で、docker-compose を使用して正しい順序で実行しています。ここで、アプリケーションを AWS にデプロイすることにしました。

fargare を使用して ECS を使用してそれらを実行することを考えましたが、タスク間の依存関係を定義する方法を理解できません。

この記事を見つけましたhttps://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definition_parameters.html#container_definition_dependson 同じタスク内のコンテナ間の依存関係を定義します。

しかし、4 つの vCPU と巨大なメモリを使用していても、vCPU の割り当てが複雑になるため、1 つのタスクだけですべてのサービスを実行できるとは思いません。コンテナがどれだけうまく動作するかもわかりません。その後、それらのスケーリングは別の問題になります。全体として、このような巨大な vCPU とメモリを使用すると、多くのコストも発生します。

ECS タスク間の依存関係を定義する方法はありますか?