Cloud Formation複数対1つのスタック

Question

CloudFormationスタックを分離する最適な方法は何ですか？私は現在、既存のalbとSNSサブスクリプションへのターゲットグループ登録を持つecs-cluster、elasticache、albとデフォルトターゲットグループとecsサービスで自分のスタックを分けています。それらのすべてはCF Import Exportに依存しています。 1つのスタックとは対照的に理想的ですか？

私は別のSNSサブスクリプションスタックを持っている理由は、サブスクリプションし、それらを複数のトピックで再利用する必要があるため、ASG、ALB、Elasticacheスタックごとにサブスクリプションを作成したくないからです。

また、ECSを使用すると、スタックが分離されていれば、選択した利用可能なクラスタにECSサービスをドロップできます。

ここに最善のアプローチに関するアイデアがありますか、これは正しい方法ですか？

AWS CloudFormation Best Practicesを見ると、「ライフサイクルと所有権であなたのスタックを整理する」必要があると書かれています。彼らはすべてライフサイクルが異なる（つまり、ALBとECS、ECSの変更が頻繁に行われ、ALBもECS Clusterインスタンスに似ています）、このように分離するのは理にかなっていますか？確かに、サブスタックを持つ

Answer 1

は、メンテナンスがはるかに簡単である複数の理由

1. のための単一のスタックを持つと比べて、より良いオプションです。プログラミングのアナロジーでは、機能を複数のクラスに分割して、すべてを1つのクラスでコーディングするのと似ています。
2. 懸念と所有権の明確な分離があります。 AWS CloudFormation Best Practicesページでは、DBユーザーはDBサブスタックの所有権を取得でき、サイト管理者は自動スケーリングと負荷分散サブスタックの所有権を得ることができます。
3. 「テンプレート本体サイズ」の制限内で滞在する可能性は高くなります起こっているのは460,800バイトです

どのようにすべてのサブスタックを使用するかを決めるには、ほぼ正しいと思います。あなたはサブタスクの役割も持つと考えるかもしれません。