Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
TerraformをやめてCDKでReStartしたあと、 CDKをやめてCDK for Te...
Search
takayuki.miura
February 25, 2024
Programming
0
1.4k
TerraformをやめてCDKでReStartしたあと、 CDKをやめてCDK for TerraformでReStartした話
takayuki.miura
February 25, 2024
Tweet
Share
More Decks by takayuki.miura
See All by takayuki.miura
急激なDB書き込みが行われるサービスをリビルドした話
tmiura0203
0
760
実際にリビルドを完遂してみて
tmiura0203
0
710
Spring Bootという強すぎるフレームワークについて
tmiura0203
0
910
Other Decks in Programming
See All in Programming
C++20 射影変換
faithandbrave
0
540
Azure AI Foundryではじめてのマルチエージェントワークフロー
seosoft
0
140
CursorはMCPを使った方が良いぞ
taigakono
1
180
関数型まつり2025登壇資料「関数プログラミングと再帰」
taisontsukada
2
850
データの民主化を支える、透明性のあるデータ利活用への挑戦 2025-06-25 Database Engineering Meetup#7
y_ken
0
320
AIプログラマーDevinは PHPerの夢を見るか?
shinyasaita
1
170
明示と暗黙 ー PHPとGoの インターフェイスの違いを知る
shimabox
2
370
WindowInsetsだってテストしたい
ryunen344
1
200
NPOでのDevinの活用
codeforeveryone
0
400
Cline指示通りに動かない? AI小説エージェントで学ぶ指示書の書き方と自動アップデートの仕組み
kamomeashizawa
1
580
Go1.25からのGOMAXPROCS
kuro_kurorrr
1
810
XP, Testing and ninja testing
m_seki
3
200
Featured
See All Featured
Java REST API Framework Comparison - PWX 2021
mraible
31
8.6k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
Fireside Chat
paigeccino
37
3.5k
For a Future-Friendly Web
brad_frost
179
9.8k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
Scaling GitHub
holman
459
140k
Code Review Best Practice
trishagee
68
18k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
17
940
Become a Pro
speakerdeck
PRO
28
5.4k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
Transcript
TerraformをやめてCDKでReStartしたあと、 CDKをやめてCDK for TerraformでReStartした話 三浦 大幸
アジェンダ 自己紹介 Terraform / CDK / CDK for Terraformとは TerraformからCDKへのReStart
CDKからCDK for TerraformへのRestart 実際に使うツールとしてどれを選ぶべきか 最後に
氏名 三浦大幸 技術スタック インフラ バックエンド フロントエンド iOSアプリ 自己紹介
Terraform / CDK / CDK for Terraformとは
IaC Infrastructure as Code
IaCとは インフラの構造をコードとして管理すること インフラ構築が再現性のあるものになる コード自体がドキュメントの機能を持つ ツールの例 Terraform CDK CDK for Terraform
HashiCorp社が提供しているIaCツール 様々なクラウドに対応 言語はHCL(HashiCorp Configuration Language) 設定を書いていくようなイメージ Terraformとは
CDKとは AWSが提供しているIaCツール 様々な言語で書くことができる 以下の手順で実行 1. CDKとしてコードを作成 2. CloudFormationの形式に変換 (AWSの公式IaCツール) 3.
CloudFormationとして実行
CDK for Terraform (CDKTF) とは HashiCorp社が提供しているIaCツール CDKの仕組みを使っており、様々な言語 で書くことができる 以下の手順で実行 1.
CDKTFとしてコードを作成 2. Terraformの形式に変換 3. Terraformとして実行
TerraformをやめてCDKでReStartしたあと、 CDKをやめてCDK for TerraformでReStartした話
TerraformからCDKへのReStart
基本的にはTerraformを 使用していたが… メディアでは、基本的にTerraformを使用 便利なツールであるものの、以下のような問題点も 複雑なことをやろうとすると可読性が落ちやすい あまり使われない言語であり、学習コストが高い 新規サービスを作るにあたり、これらを解消するため CDKを使うこととした
CDKに変えてよかったこと CDKに変えることで、以下の利点があった 複雑なことをやろうとすると可読性が落ちやすい → 複雑な処理でも可読性を保つことができる あまり使われない言語であり、学習コストが高い → 使い慣れた言語を使えるので、学習コストが低い ただし、別の問題もまた発生した… Terraform
CDK
CDKからCDK for TerraformへのReStart
CDKの問題点 CDKにも問題はあった CDK自体の学習コストがかかる CloudFormationの学習コストがかかる ドリフト周りが扱いづらい 特に3つめは、継続的にIaCで開発していく上ではかな り致命的に感じた そこで、まだリリース前だったこともありCDKTFに変 更することにした CloudFormation
CDK ドリフト
CDKTFに変えてよかったこと CDKTFに変えることで、以下の利点があった CloudFormationの学習コストがかかる → Terraformに知見があれば学習コストが小さい ドリフト周りが扱いづらい → ドリフトの対処が容易 CDKそのものの学習コストは掛かってしまう Terraform自体の懸念点考えると許容範囲か
HCLだと、複雑なことをしようとしたとき可読性が落ちる HCLの学習コストが高い CDK ドリフトの自動マージ
実際に使うツールとしてどれを 選ぶべきか
CDKTFにデメリットは無い のか? CDKTFにも以下のようなデメリットがある CDK自体の学習コストは掛かる Terraformの知見がなければ、Terraformの学習コ ストが掛かる v1になるまでは破壊的変更が起こる可能性がある 必ずしも「CDKTFが最強」というわけではないので注意 https://github.com/hashicorp/terraform-cdk https://developer.hashicorp.com/terraform/cdktf
(2024/02/14時点)
CloudFormation に知見がある Terraform に知見がある どちらにも知見がある/ ない シンプルなインフラ構成 CloudFormation Terraform 個人的にはTerraform
(ドリフトに有利) 複雑なインフラ構成 CDK CDKTF 個人的にはCDKTF (ドリフトに有利) どのサービスを選ぶべきか 上記以外にも、以下の方法が考えられる Webコンソールで管理する 上記以外のツールを使用する
最後に
最後に 今回のケースでは、以下のように使うツールを 変更した Terraform 1. CDK 2. CDKTF 3. ただし、これは開発対象の複雑さ・元々持ち合
わせていた知見などをもとに決めたもので、常 に最適とは限らない 状況に合わせ、適切な選択をするのが良い