プロポーザル

「とあるIaCツールで構築したAWSリソースをCDKで管理したいけど、どうやってやればいいの…？」「CloudFormationや手動で構築したリソースをCDKに移行したいけど、なんか難しそうで踏み出せない…」そんな悩みはありませんか？

本セッションでは、とあるIaCツールで構築していたリソースを「cdk migrate」を使用してCDKに移行した私の経験を通して、
cdk migrateの気をつけるべき点や、CDK移行時の開発フローの考え方や工夫など、「無理なく着実に、移行するTips」をお伝えします。

あなたのCDK移行を「無理しない、頑張りすぎずにやりきる」ためのヒントをお伝えできれば幸いです。

後輩「先輩、このcdk initで出来るtsconfig.jsonとかってなんですか？」
先輩「ああ、あれね。うーん…なんかCDKを良い感じに動かすのにいるやつだよ！」

こんな返答していませんか？私はするかもしれません。
毎度疑問になるたび調べるけど、毎回忘れていく。あるいは見逃している。そんな知識をここで改めて一緒に身につけませんか？

本セッションでは、CDKの初期セットアップコマンドであるcdk initを実行した時にできる以下のファイルや、synth時に生成されるファイルと設定されるパラメータを深堀りしていきます。これでいつ聞かれても大丈夫になりましょう！

• tsconfig.json
• .npmignore
• package.json
• jest.config.js
• cdk.json ..and more

AWS CDK Toolkit Libraryが5/30にGAになり、CLIを使わずともNode.jsなどから直接クラウドアセンブリを作成したりAWSにデプロイしたり...といったAWS CDKの機能が使えるようになりました。
しかし今まで同様、AWS CDK Toolkit Libraryでも単体テストの機能は（6/2現在）含まれていないので、単体テストだけは相変わらずCLIを使うしかありません。

ただ、AWS CDK Toolkit LibraryによりAWS CDKでCLIを使わなくても良くなった以上、どうせなら単体テストもCLIを使わずに完結させたいと思いませんか？

そこでこのトークでは、AWS CDK Toolkit Libraryのソース上で単体テストも一緒に実行する方法、そしてその際のメリットデメリットやユースケースといった知見を紹介したいと思います。

２０２５年には日本語対応やAmazon Q Developer for GitHubのプレビュー版の発表など、何かと話題になるAmazonQですが、AWS CDKを利用した開発を進めるうえではどのような活用方法があるのでしょうか？
コーディング支援やエラー対応支援、レビュー、テストの支援など各シーンでのAmazonQの活用方法を探ります。

データベースの運用は、バージョンアップデートなどさまざまなことを考慮する必要があり、多くの開発チームにとって頭の痛い課題です。
また障害やDisaster Recovery 時の復旧など、緊急事態にも対応が必要となるため、事前に備えておくことが重要です。

本セッションでは、AWS CDK を使用して Amazon RDS を運用していくための tips をご紹介します。

AWS Step Functions はサーバーレスにワークフローを組めるサービスで、2024年の re:Invent 直前に JSONata と変数のサポートで大きく使い勝手が進化して以前よりも遥かに簡単に構築できるようになりました。

そんな JSONata と変数機能が AWS CDK の L2 でサポートされた 2025 年 3 月頃に、VSCode の拡張機能である AWS Toolkit でも Step Functions のサポートが強化されました。これによりマネジメントコンソールで構築するかのように VSCode 内で Step Functions を編集できるようになりました。

さて、これらはぶっちゃけどちらを使うべきなのか？また、具体的にどう使い分けるべきなのか？といった観点を JSONata サポートを実装した本人が包み隠さずお話します。

AWS CDK は TypeScript などのプログラミング言語で AWS リソースを構築できる革新的なツールであるものの、CDK を使用した開発を行う際には AWS に関する知識のみではなく、TypeScript や CDK のセオリー・ベストプラクティスやアンチパターンの理解が求められる場面があります。

しかし、CDK エコシステムにおいては、セオリー違反のコードに対する自動検知システムが十分に整備されていません。
そのため、こうした問題に対し多くの開発現場では、経験豊富なエンジニアによるコードレビューなどに依存してコードの品質や安全性を担保しているのが現状ではないでしょうか。

本セッションでは、そのような問題と向き合う方法のひとつとして、TypeScript の型システムや静的解析ツールを使用して、CDK のセオリー・ベストプラクティスを自動適用する方法について紹介します。

みなさんはIdentity Centerの設定をどのように管理されていますか？
私はあるプロジェクトで、当初はマネジメントコンソールやCLIを使って運用していましたが、利用範囲が広がるにつれ、「今どういう設定になっているのか？」がだんだん見えづらくなっていきました。
このままでは運用がつらくなると感じ、CDKによるコード管理にチャレンジしてみました。
今回は、CDKへの移行やその後の運用を通じて得られた気づきや工夫について、ぜひ共有させていただきたいと思います。

CDKプロジェクトを運用していると、こんな経験ありませんか？
・「いつの間にかCDKバージョンが古くなっている」
・「CDKが自動作成するLambdaのランタイムが古いまま」
この発表では、これらの依存関係管理を自動化するアプローチを紹介します。

【Renovate活用術】
依存関係の自動更新設定から、安全な自動マージまでの実践的な運用方法を解説します。

【Vitest導入】
頻繁なテスト実行で気になるJestの実行速度を、Vitestへの移行で改善する手法も紹介します。

これらの組み合わせにより「手離れの良いCDKプロジェクト」の構築が可能になります。実際の設定例や移行時のポイントを交えながら、明日から始められる持続可能なCDK運用のノウハウをお伝えします。