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
120
Terraformのざっくり入門
チームメンバ向けの勉強資料。
構成要素と、tfstateに主眼をあてた説明です。
kashiwaguma-hiro
June 05, 2019
Tweet
Share
More Decks by kashiwaguma-hiro
See All by kashiwaguma-hiro
Ansistrano(&Ansible) への導入
kashiwagumahiro
0
240
DMM.comの課金プラットフォームにおけるサーバーサイドKotlin事情
kashiwagumahiro
1
3.3k
Rundeckで 秘匿情報パラメータを セキュアに扱う
kashiwagumahiro
0
430
Other Decks in Technology
See All in Technology
生産性向上チームの紹介
cybozuinsideout
PRO
1
850
Compose Compiler Metricsを使った実践的なコードレビュー
tomorrowkey
1
210
マルチアカウント環境への発見的統制の導入
ch1aki
1
1.3k
Next'24 事例セッションの紹介とクラウド資格を活用したキャリア形成について語りMuscle
yasumuusan
1
430
アクセシビリティを考慮したUI/CSSフレームワーク・ライブラリ選定
yajihum
2
990
Cracking the KubeCon CfP
inductor
2
200
AWS認定資格を取得したので、初めてマネコンを触った時を振り返ってみた。
ainatsuptr
2
100
Delivering Millions of Messages within seconds @ Duolingo
pelelgrino
0
340
FrontDoorとWebAppsを組み合わせた際のリダイレクト処理の注意点
kenichirokimura
1
470
現代CSSフレームワークの内部実装とその仕組み
poteboy
8
3.5k
AOAI をきっかけに 社内の Azure 管理を見直した話
recruitengineers
PRO
1
220
データベース02: データベースの概念
trycycle
0
140
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
301
110k
Navigating Team Friction
lara
177
13k
Designing on Purpose - Digital PM Summit 2013
jponch
110
6.4k
Teambox: Starting and Learning
jrom
128
8.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
58
3k
Making Projects Easy
brettharned
108
5.5k
Why You Should Never Use an ORM
jnunemaker
PRO
51
8.6k
Designing for Performance
lara
601
67k
Creatively Recalculating Your Daily Design Routine
revolveconf
209
11k
Facilitating Awesome Meetings
lara
41
5.6k
The Straight Up "How To Draw Better" Workshop
denniskardys
227
130k
How STYLIGHT went responsive
nonsquared
92
4.8k
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で制御したほうがいい。