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
150
Terraformのざっくり入門
チームメンバ向けの勉強資料。
構成要素と、tfstateに主眼をあてた説明です。
kashiwaguma-hiro
June 05, 2019
Tweet
Share
More Decks by kashiwaguma-hiro
See All by kashiwaguma-hiro
Ansistrano(&Ansible) への導入
kashiwagumahiro
0
310
DMM.comの課金プラットフォームにおけるサーバーサイドKotlin事情
kashiwagumahiro
1
3.5k
Rundeckで 秘匿情報パラメータを セキュアに扱う
kashiwagumahiro
0
550
Other Decks in Technology
See All in Technology
「完全に理解したTalk」完全に理解した
segavvy
1
270
Denoで作るチーム開発生産性向上のためのCLIツール
sansantech
PRO
0
120
The key to VCP-VCF
mirie_sd
0
150
AIエージェントに脈アリかどうかを分析させてみた
sonoda_mj
2
130
Storage Browser for Amazon S3を触ってみた + α
miura55
0
100
Web APIをなぜつくるのか
mikanichinose
0
1.4k
サイボウズフロントエンドエキスパートチームについて / FrontendExpert Team
cybozuinsideout
PRO
5
39k
#TRG24 / David Cuartielles / Post Open Source
tarugoconf
0
300
サイバー攻撃を想定したセキュリティガイドライン 策定とASM及びCNAPPの活用方法
syoshie
3
1.7k
Evolving Architecture
rainerhahnekamp
2
180
20241218_マルチアカウント環境におけるIAM_Access_Analyzerによる権限管理.pdf
nrinetcom
PRO
3
150
Storage Browser for Amazon S3
miu_crescent
1
340
Featured
See All Featured
Gamification - CAS2011
davidbonilla
80
5.1k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
26
1.9k
Into the Great Unknown - MozCon
thekraken
34
1.6k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
365
25k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.3k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Become a Pro
speakerdeck
PRO
26
5.1k
The Language of Interfaces
destraynor
155
24k
Rebuilding a faster, lazier Slack
samanthasiow
79
8.7k
Done Done
chrislema
182
16k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.1k
A Tale of Four Properties
chriscoyier
157
23k
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で制御したほうがいい。