【AWS】AWS CDKを使い始めて1年くらい経過するので学習方法をまとめてみた

Last updated at 2025-12-04Posted at 2025-12-03

この記事のポイント

AWS CDK（以下、本文ではCDK）を使い始めてだいたい1年くらい経過したので改めて学習方法をまとめようと思います。CDKの書き方や技術的なことについては書かないです。

CDKの使い方については用語解説を作成していますので参考にしていただけますと幸いです。

なお、実際に使ってみた話は今後のアドベントカレンダーで掲載予定です。お楽しみに。

いくつか試してみて、3パターンくらい学習方法があるかなと思いましたので書いてみたいと思います。

まずは他人に倣えということでとりあえず数読めば身に付くということでやってみるんですが
この方法は素早く実装できるメリットがあれど、デメリットも多いなと経験上を思いました。

具体的には以下のとおりです。

そもそもCDKを根本的に理解できていないのでレビューで突っ込まれては調べてを繰り返してしまいます。たとえば、コンストラクトやスタックといった概念を理解せずに実装していると保守性の悪いコードが完成してしまいます。

であれば、時間をかけてしっかり書いてレビューを出した方がトータルコストは安くなります。

また、すべて完成してからチェックするでも良いですが、それはなかなか認知負荷が高いです。

なお、他の人コードを読む場合はAWSのサンプルリポジトリが参考になります。
aws-cdk-examplesには大量のサンプルがあるので迷ったら読んでみると良いでしょう。

正面突破でとりあえず、CDKのdocsを読む方法です。

特定のバージョンをもとにほぼ正確な資料を読めるのでおおよそ間違いないです。

が、これにも落とし穴があります。具体的には以下のとおりです。

この方法はAWSのプロフェッショナルレベルの人がすでにいくつかのコンストラクタやスタックを定義したことがある場合に適していると思います。

あるいは次に紹介する方法と同じく、今までCloudFormationを書いてきた人に適しています。

筆者はCloudFormationをずっと書いてきたタイプなのでこの方法がピッタリでした。

ドキュメントは以下のとおりです。

ただし、学習当時はTypeScriptで書くことに慣れていなかったのでCDK的に正解でも、言語の使い方としてこれは正解なのかと思うことが多かったです。
なお、CDKを先に学ぶかTypeScriptを先に学ぶかというところですが、個人的にはTypeScriptを先に学んだ方が良いと思いました。

※ソフトウェアの設計に携わっていると「CDKにもそういう、ソフトウェア設計の概念が必要なのか？」と勘繰ってしまいます。

これは悩みポイントですが、結論からいうと、CDKはCDKの書き方があるので言語の書き方に縛られる必要はないかなと思います。

ただ、最低限のNull Pointerや例外処理はしておかないとデプロイがうまくいかないので自然とソフトウェア設計について学習する必要が出てくるのかなと思いました。

個人的にはAWS SDKをマスターするとCDKへの近道になるのかなと思いました。
CDKについて、何も知らない状態からスタートしてもなんやかんやでうまくいった理由としては
「AWS SDKを日頃から使っていたからなのでは？」とも考察しています。

なお、Qiitaにおける解説記事は以下のとおりです。

なんやかんや1年間、AWS CDKを書いてみて思ったことを簡単に書いてみました。
色々書いてみましたが、今ではシンプルにやってみたいことをAIに聞いたりMCPにリクエストを送れば、だいたいのことがわかるので調べ方や学習方法についてはいずれ廃れていくのかもしれません。

ただ、どこを読めば何がわかるかだけは抑えておかないとAIから聞いたことの裏付けができないこともあるので基礎知識として持っておくと良いと思いました。