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.3k
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
730
実際にリビルドを完遂してみて
tmiura0203
0
670
Spring Bootという強すぎるフレームワークについて
tmiura0203
0
850
Other Decks in Programming
See All in Programming
Goで作るChrome Extensions / Fukuoka.go #21
n3xem
0
150
責務と認知負荷を整える! 抽象レベルを意識した関心の分離
yahiru
9
1.6k
kintone開発を効率化するためにチームで試した施策とその結果を大放出!
oguemon
0
390
CDK開発におけるコーディング規約の運用
yamanashi_ren01
2
260
ナレッジイネイブリングにAIを活用してみる ゆるSRE勉強会 #9
nealle
0
170
CIBMTR振り返り+敗北から学ぶコンペの取り組み方反省
takanao
1
230
未経験でSRE、はじめました! 組織を支える役割と軌跡
curekoshimizu
1
220
Better Code Design in PHP
afilina
0
190
React 19アップデートのために必要なこと
uhyo
8
1.6k
Django NinjaによるAPI開発の効率化とリプレースの実践
kashewnuts
1
310
Datadog DBMでなにができる? JDDUG Meetup#7
nealle
0
160
PHPのバージョンアップ時にも役立ったAST
matsuo_atsushi
0
240
Featured
See All Featured
A Modern Web Designer's Workflow
chriscoyier
693
190k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Statistics for Hackers
jakevdp
797
220k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.5k
How to Think Like a Performance Engineer
csswizardry
22
1.4k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
How GitHub (no longer) Works
holman
314
140k
Code Reviewing Like a Champion
maltzj
521
39k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
4 Signs Your Business is Dying
shpigford
183
22k
Building Your Own Lightsaber
phodgson
104
6.3k
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. ただし、これは開発対象の複雑さ・元々持ち合
わせていた知見などをもとに決めたもので、常 に最適とは限らない 状況に合わせ、適切な選択をするのが良い