ベストなCDK for Terraform(CDKTF)のディレクトリ構成を探る

最近関わっているプロジェクトでは、大きなアプリケーションのリアーキテクチャを行っています。 そこではフルスクラッチでインフラの構成を書き直す機会がありました。 そのプロジェクトは社内では比較的複雑な構成になっていて、リアーキテクチャにあたっては、アプリケーション特有の事情により、考慮すべきポイントや難度が高いところがたくさんありました。 具体的には、複数のマイクロサービス間の協調性や独立性とそれに付随する認証/認可、クライアント証明書(mTLS認証)の管理、歴史的経緯による複雑性を正すためのawsアカウント移行などなど。 それらは別の機会で語る(or 同僚の誰かが語ってくれることに期待したい)として、この記事ではインフラをフルスクラッチで書き直すにあたって選択したCDKTFについて、紆余曲折を経つつも最終的に採用したディレクトリ構成について書きたいと思います。 タイトルには「ベストな」とあ

[integrated1453]

CDKが使われている環境でCDKTFに書き直している興味深い事例。New RelicのデプロイだけCDKTF使ってるけど、CDKのStackやConstructの概念がそのまま使えてTypeScriptで型安全なプロパティが使える恩恵は大きいので悪くない選択肢かと

[sh19910711]

"CDKTF: Terraformの見通しの良さ + プログラミング言語を記述できることによる再利用性 / AWS CDK: メリットは記述するコード量の少なさ + 一方でCloudFormationの内部で作られるリソースへの理解が求められ"

[syu-m-5151]

採用を考えていきたい。“CDKTFを採用することで、Terraformの見通しの良さ + プログラミング言語を記述できることによる再利用性の高さの両方を得ることができる”

[for-my-internet-demo]

へー

[everybodyelse]

cdktfなんてあるのか！あのつらいつらいhclを書かなくていいと！これ使おう

[joe-re]

書きました