先人の教えに背いてCDKのスタックを分割した男の末路 / The fate of the man who split the CDK stack

弥生株式会社　もくテク
ンフラ構築、どうしてる？ ～IaCの知見共有会～（2024/03/28）
https://mokuteku.connpass.com/event/311038/

Transcript

1. 田邊慎史 © 2024 Yayoi Co., Ltd. All rights reserved. 先人の教えに背いてstackを分割した男の 末路
2. © 2024 Yayoi Co., Ltd. All rights reserved. ◼ 新サービスはCDKでインフラ構築をすることに ◼ 「CDKは触ったことないから色々不安だな……」 ◼ 「早速導入のために調べてみよう！」 ◼ 「CDKにはstackという概念があるらしい……」 新サービス開発中のある日
3. © 2024 Yayoi Co., Ltd. All rights reserved. ◼ CloudFormationのテンプレートの塊 ◆ 参照も可能 stackって？ Stack A Stack B Stack C
4. © 2024 Yayoi Co., Ltd. All rights reserved. ◼ CDK 開発者ガイド ベストプラクティスより o 「通常、できるだけ多くのリソースを同じスタックに保持する方が簡単なの で、分離したいことがわかっている場合を除き、リソースをまとめておいて ください。」 ◼ CDK実践勉強会のQ&Aより o 「必要のない限りはスタックを分割しないことをおすすめします」 o 「最初は1つのスタックからはじめて、CloudFormation のリソース数制限な どで問題が発生しそうであれば分割を検討するくらいでも十分な場合も多い かと思います」 stackは分けない方が良いらしい……
5. © 2024 Yayoi Co., Ltd. All rights reserved. 本当かなあ？ デプロイ したい デプロイ したくない スタックを分けることで柔軟にデプロイ可能！ Stack A Stack B Stack C
6. © 2024 Yayoi Co., Ltd. All rights reserved. あれ？デプロイできない VPCエンドポイント 用のSGを作成 VPCエンドポイン ト用のSGのイン バウンドルール でECSのアクセス を許可 スタック間参照のリソースは編集不可！ Stack A Stack B Stack C
7. © 2024 Yayoi Co., Ltd. All rights reserved. あれ？更新できない Stack A Stack B Stack C ECSの環境変数で参照し ていたSecrets Manager のSecretを削除 環境変数での Secretの参照を 削除 他スタックで参照しているものは削除できない！
8. © 2024 Yayoi Co., Ltd. All rights reserved. ◼ スタックは分けない方が良い ◆ 分けるメリットがあるのは間違いない ◆ 分けることによるデメリットが大きすぎる ◼ 先人の言うことには従った方が良い ◆ 知見のある人に頼るなど ◆ 自分たちで判断した方が良いケースもあるので難しいが…… 結論