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.5k
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
800
実際にリビルドを完遂してみて
tmiura0203
0
740
Spring Bootという強すぎるフレームワークについて
tmiura0203
0
970
Other Decks in Programming
See All in Programming
Cache Me If You Can
ryunen344
2
700
ユーザーも開発者も悩ませない TV アプリ開発 ~Compose の内部実装から学ぶフォーカス制御~
taked137
0
160
テストカバレッジ100%を10年続けて得られた学びと品質
mottyzzz
2
590
AIでLINEスタンプを作ってみた
eycjur
1
230
1から理解するWeb Push
dora1998
7
1.9k
もうちょっといいRubyプロファイラを作りたい (2025)
osyoyu
1
430
奥深くて厄介な「改行」と仲良くなる20分
oguemon
1
520
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
360
ぬるぬる動かせ! Riveでアニメーション実装🐾
kno3a87
1
210
開発チーム・開発組織の設計改善スキルの向上
masuda220
PRO
20
11k
Processing Gem ベースの、2D レトロゲームエンジンの開発
tokujiros
2
130
250830 IaCの選定~AWS SAMのLambdaをECSに乗り換えたときの備忘録~
east_takumi
0
390
Featured
See All Featured
Writing Fast Ruby
sferik
628
62k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
It's Worth the Effort
3n
187
28k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.9k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.2k
Scaling GitHub
holman
463
140k
Documentation Writing (for coders)
carmenintech
74
5k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
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. ただし、これは開発対象の複雑さ・元々持ち合
わせていた知見などをもとに決めたもので、常 に最適とは限らない 状況に合わせ、適切な選択をするのが良い