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のざっくり入門
Search
kashiwaguma-hiro
June 05, 2019
Technology
0
180
Terraformのざっくり入門
チームメンバ向けの勉強資料。
構成要素と、tfstateに主眼をあてた説明です。
kashiwaguma-hiro
June 05, 2019
Tweet
Share
More Decks by kashiwaguma-hiro
See All by kashiwaguma-hiro
読んだ気になれる_オライリー本の攻略法
kashiwagumahiro
0
10
Ansistrano(&Ansible) への導入
kashiwagumahiro
0
420
DMM.comの課金プラットフォームにおけるサーバーサイドKotlin事情
kashiwagumahiro
1
3.7k
Rundeckで 秘匿情報パラメータを セキュアに扱う
kashiwagumahiro
0
690
Other Decks in Technology
See All in Technology
Postman v12 で変わる API開発ワークフロー (Postman v12 アップデート) / New API development workflow with Postman v12
yokawasa
0
120
PMとしての意思決定とAI活用状況について
lycorptech_jp
PRO
0
120
楽しく学ぼう!ネットワーク入門
shotashiratori
4
3.2k
身体を持ったパーソナルAIエージェントの 可能性を探る開発
yokomachi
1
120
Claude Codeの進化と各機能の活かし方
oikon48
22
13k
Go標準パッケージのI/O処理をながめる
matumoto
0
200
IBM Bobを使って、PostgreSQLのToDoアプリをDb2へ変換してみよう/202603_Dojo_Bob
mayumihirano
1
340
[JAWSDAYS2026][D8]その起票、愛が足りてますか?AWSサポートを味方につける、技術的「ラブレター」の書き方
hirosys_
3
180
Oracle Cloud Infrastructure IaaS 新機能アップデート 2025/12 - 2026/2
oracle4engineer
PRO
0
130
JAWS DAYS 2026 楽しく学ぼう!ストレージ 入門
yoshiki0705
2
180
[2026-03-07]あの日諦めたスクラムの答えを僕達はまだ探している。〜守ることと、諦めることと、それでも前に進むチームの話〜
tosite
0
230
クラウド × シリコンの Mashup - AWS チップ開発で広がる AI 基盤の選択肢
htokoyo
2
250
Featured
See All Featured
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
150
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
70
WCS-LA-2024
lcolladotor
0
480
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
480
jQuery: Nuts, Bolts and Bling
dougneiner
65
8.4k
Scaling GitHub
holman
464
140k
A Soul's Torment
seathinner
5
2.5k
AI: The stuff that nobody shows you
jnunemaker
PRO
3
390
Optimising Largest Contentful Paint
csswizardry
37
3.6k
Building Flexible Design Systems
yeseniaperezcruz
330
40k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
300
Transcript
Terraform ざっくり入門 柏熊 宏幸
Terraformとは
Terraformとは • HashiCorp社が開発 • Infrastructure as Codeを実現するツールの一種 ◦ SaaS、AWSやGCP等のクラウドサービスがターゲット ◦
オンプレサーバの構築や、プロビジョニング周りは{無理|不得意} • サポートしているサービスは様々 ◦ AWS ◦ GCP ◦ Azure … etc
構成要素
構成要素 設定ファイル (Resource,Module) ステータス (Backend) 対象環境 (Provider) .tfstate x.tf y.tf
構成要素 設定ファイル (Resource,Module) ステータス (Backend) 対象環境 (Provider) .tfstate x.tf y.tf
・対象環境に作るリソースを定義するファイル . resource:最小単位. module :複数のresourceをまとめた単位 ・moduleは自前で作成可能だし、配布も可能 . ref ・resourceは小さい単位なので、適宜 module化がおススメ.
構成要素 設定ファイル (Resource,Module) ステータス (Backend) 対象環境 (Provider) .tfstate x.tf y.tf
・Terraform側のステータスを定義 . Terraform管理下のリソース情報を保持 . ・保存先はいろいろある . ref
構成要素 設定ファイル (Resource,Module) ステータス (Backend) 対象環境 (Provider) .tfstate x.tf y.tf
・環境構築や認証方法を提供 . ・様々なクラウドサービス、SaaSが存在. ・複数プロバイダを組み合わせることが可能 →マルチクラウドを構築可能
動作のきほん
動作のきほん .tfstate x.tf y.tf 設定ファイル (Resource,Module) ステータス (Backend) 対象環境 (Provider)
動作のきほん .tfstate x.tf y.tf 設定ファイルとステータスが同一となるよう、差分を 対象環境へ反映する 設定ファイル (Resource,Module) ステータス (Backend)
対象環境 (Provider)
リソース追加した時
リソース追加した時 .tfstate x.tf y.tf z.tf z.tfに設定を追加 設定ファイル (Resource,Module) ステータス (Backend)
対象環境 (Provider)
リソース追加した時 .tfstate x.tf y.tf z.tf 設定ファイルにあるが、 ステータスにない場合、 ステータスに追加 設定ファイル (Resource,Module)
ステータス (Backend) 対象環境 (Provider)
リソース追加した時 .tfstate x.tf y.tf z.tf z.tfのリソースを 対象環境へ 新規作成 設定ファイル (Resource,Module)
ステータス (Backend) 対象環境 (Provider)
リソース削除した時
リソース削除した場合のうごき .tfstate x.tf y.tf z.tf y.tfの設定を消す 設定ファイル (Resource,Module) ステータス (Backend)
対象環境 (Provider)
リソース削除した場合のうごき .tfstate x.tf z.tf 設定ファイルにないステータ スは差分となる ステータスから削除 設定ファイル (Resource,Module) ステータス
(Backend) 対象環境 (Provider)
リソース削除した場合のうごき .tfstate x.tf z.tf y.tfのリソースを 対象環境から 削除 設定ファイル (Resource,Module) ステータス
(Backend) 対象環境 (Provider)
.tfstateにないリソースが変更された時
.tfstateにないリソースが変更された時 .tfstate x.tf y.tf z.tf 設定ファイル (Resource,Module) ステータス (Backend) 対象環境
(Provider) .tfstateに無いリ ソースを手動で作 る
.tfstateにないリソースが変更された時 .tfstate x.tf y.tf z.tf 設定ファイル (Resource,Module) ステータス (Backend) 対象環境
(Provider) .tfstateに無いの で変化なし
.tfstateにないリソースが変更された時 .tfstate x.tf y.tf z.tf 設定ファイル (Resource,Module) ステータス (Backend) 対象環境
(Provider) 一部だけTerraformするのもあり! 手動で作ってからTerraform化、とかやりやすい!
まとめ
まとめ • Terraformの構成要素は3つ. ◦ 設定ファイル(Resource,Module) ◦ ステータス(Backend) ◦ 対象環境(Provider) •
Providerが豊富なので自由度が高い. ◦ アプリケーション環境はAWS、モニタリングはDatadogなど • 宣言的に環境を定義できる. ◦ 設定ファイル通りになるように、対象環境を変更する. ◦ ステータスに存在しないリソースは対象外なので、一部だけ適用可能.
おわり
付録:勉強会実施時のQ.A.
付録:勉強会実施時のQ.A. 1. リソース作成順序はどうなるの? ◦ よしなに計算してくれる. ▪ 依存関係のないものは、並列実行 ▪ 依存関係のあるものは、依存先から実行 2.
リソースを変更した場合の挙動はどうなるの? ◦ 削除して作成と、更新のパターンがあります。 ◦ 重要なリソースについては予め lifecycleで制御したほうがいい。