【要約】【AWS CDK】「IaCにすれば工数削減」は本当か？ AWS CDKの再利用性を整理してみた【概念編】 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
インフラエンジニアが、IaCを導入しても再利用性が確保できず、結果として工数削減を実現できないという問題に直面している。単にGUIでの構築をコードに置き換えるだけでは、以下の課題が生じる。
- ・プロジェクトごとに同様のコードをゼロから作成している。
- ・一度作成した構成を、別の環境やプロジェクトへ展開する仕組みがない。
- ・IaCの導入自体が、単発の構築においてはGUIよりも工数を増大させている。
// Approach
筆者は、AWS CDKの階層構造を活用し、インフラ構成を抽象化して部品化するアプローチを提案している。具体的には、以下のステップで再利用性を高める。
- ・App、Stack、Construct、Propsの役割を定義し、コンストラクトツリーを構築する。
- ・共通化したい構成をConstructとして定義し、環境差分はPropsで注入可能にする。
- ・独自Constructをnpmパッケージとして管理し、複数のプロジェクトからインポート可能にする。
// Result
ConstructとPropsを適切に設計することで、インフラ構成の高度な再利用が可能となる。これにより、以下の成果が期待できる。
- ・同一の設計・実装をプロジェクト間で使い回せるため、構築工数が大幅に削減される。
- ・環境（開発・本番）ごとの設定変更をPropsで行えるため、コードの共通化が維持される。
- ・npmパッケージ化により、組織全体でのインフラ標準化が容易になる。
Senior Engineer Insight
> 実戦におけるCDKの価値は、型定義による「実装の安全性」と「抽象化の柔軟性」にある。大規模環境では、TypeScriptのインターフェースを利用したProps設計が、デプロイミスを防ぐ強力なガードレールとなる。ただし、学習コストの高さは無視できない。チーム全体のプログラミングスキルを考慮し、Terraformとの使い分けを判断すべきだ。単なるコード化ではなく、再利用を前提とした「インターフェース設計」の能力が、IaCの真の投資対効果を左右する。