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 やるなら公式スタイルガイドを読もう 〜重要項目 10選〜
Search
hiyanger
August 02, 2025
Programming
14
3.8k
Terraform やるなら公式スタイルガイドを読もう 〜重要項目 10選〜
2026/8/2 栃木ゆる勉強会
https://tochigi-study.connpass.com/event/352995/
オフライン / 20名程度
hiyanger
August 02, 2025
Tweet
Share
More Decks by hiyanger
See All by hiyanger
(Amazon Bedrock 基礎)生成 AI の活用に導くシステム構築の基本とセキュリティの実装
hiyanger
4
120
CIer に在籍した 3年間 でやったこと
hiyanger
2
290
これからクラウドエンジニアになるために本当に必要なスキル 5選
hiyanger
1
760
クラウド食堂とは?
hiyanger
0
390
Amazon ECS とマイクロサービスから考えるシステム構成
hiyanger
2
1.4k
全身全霊で取り組んだ 2024 Qiita アドベントカレンダー
hiyanger
0
100
Terraform で作る Amazon ECS の CI/CD パイプライン
hiyanger
1
430
【AWS】EC2 基本アーキテクチャ(ハンズオン付き)
hiyanger
0
210
もういっそ AWS できなくても AWS できるようになるシステム作った
hiyanger
3
350
Other Decks in Programming
See All in Programming
nuget-server - あなたが必要だったNuGetサーバー
kekyo
PRO
0
170
DevinとClaude Code、SREの現場で使い倒してみた件
karia
1
910
エージェント開発初心者の僕がエージェントを作った話と今後やりたいこと
thasu0123
0
230
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
200
エラーログのマスキングの仕組みづくりに役立ったASTの話
kumoichi
0
110
Rails Girls Tokyo 18th GMO Pepabo Sponsor Talk
yutokyokutyo
0
200
社内規程RAGの精度を73.3% → 100%に改善した話
oharu121
13
7.5k
AIに仕事を丸投げしたら、本当に楽になれるのか
dip_tech
PRO
0
180
encoding/json/v2のUnmarshalはこう変わった:内部実装で見る設計改善
kurakura0916
0
310
Claude Code の Skill で複雑な既存仕様をすっきり整理しよう
yuichirokato
1
290
Railsの気持ちを考えながらコントローラとビューを整頓する/tidying-rails-controllers-and-views-as-rails-think
moro
4
370
AWS Infrastructure as Code の新機能 2025 総まとめ 〜SA 4人による怒涛のデモ祭り〜
konokenj
10
3.2k
Featured
See All Featured
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
210
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.3k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
68
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
620
Google's AI Overviews - The New Search
badams
0
930
Why Our Code Smells
bkeepers
PRO
340
58k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
140
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
140
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.1k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
140
Transcript
Terraform 使うなら 公式スタイルガイドを読もう 〜重要項目 10選〜
自己紹介 名前 / 檜山 準(ひやんが) 職種 / AWS エンジニア (CIer
所属) 出身 / 栃木県 趣味 / ギター 🎸 @hiyanger
もくじ ※ Terraform とは ※ スタイルガイドとは 1. フォーマットしよう 2. ファイル名
3. Linter を使う 4. リソースの命名 5. リソース記述順 6. .gitignore への追加 7. バージョンの固定 8. モジュールの作り方 9. ディレクトリ構成 10. state の取り扱い
Terraformと スタイルガイド
Terraformとは シンプルな コード化が できる!!
スタイルガイドとは Terraformの利用における ベストプラクティスが書かれた資料! v1.12 のお話しです! ※スタイルガイド外の補足マーク→
スタイルガイド 10選!
1. フォーマットする gitへ push する前に terraform fmt (-recursive)
2. ファイル名 backend.tf main.tf outputs.tf provider.tf variables.tf network.tf storage.tf compute.tf
network.tf security _group.tf alb.tf route53.tf 左のファイルを基本に行数が増えてきたら分割を検討。 100~200行くらいが目安。 接続はスネークケース
3. Linterを使う tflint を導入して tflint
4. リソースの命名 NG resource aws_instance webAPI- aws-instance {...} OK resource
"aws_instance" "web_api" {...} 🙅 リソースタイプは含めない
5. リソース記述順 読みやすさ(依存関係)だけを考慮して並べる! (ビルド方法には影響しない)
6. .gitignore への追加 .terraform 配下 .tfstate 関連 .terraform.tfstate.lock.info .tfvars .terraform.lock.hcl
は プロバイダ固定のため除外しない!
7. バージョンの固定 provider と terraform は固定させておく! (チームで共有)
8. モジュールの作り方 リソースのグループ化を意識する! (大きすぎず、小さすぎず)
9 .(みんな大好き)ディレクトリ構成 main.tf → ファイル分割 → modulesの利用 → 環境分岐(prd/dev)→ state
分 割 スタイルガイドの言及部分 この仕組みだけ頭にいれておけばOK!
10. ステートファイルの取り扱い ‼ ステートファイルはシークレット情報を含むため共有しない 通常シークレット情報を使ってリソースをデプロイすると、 ステートに記録されてしまうが、v1.10で追加された write-only attributes(wo) を使うと回避できる! プロバイダ依存なとこだけ注意
まとめ
まとめ 1. フォーマットしよう → terraform fmt(-recursive) 2. ファイル名 → main
からすこずつ粒度を小さくする 3. Linter を使う → tflint 4. リソースの命名 → リソースタイプいれない & スネークケース 5. リソース記述順 → 依存順に上から 6. .gitignore への追加 → state 関連 7. バージョンの固定 → provider と terraform 8. モジュールの作り方 → リソースのグループ化を意識する 9. ディレクトリ構成 → 基本はmoduleで必要なら環境分岐 10. state の取り扱い → 共有しない(woで回避できる)
参考 ・モジュール 推奨パターン https://developer.hashicorp.com/terraform/tutorials/modules/pattern-module-creatio n ・モジュール 標準構造 https://developer.hashicorp.com/terraform/language/modules/develop/structure ・stateにシークレットを表示させない(Terraform
v1.11) https://zenn.dev/terraform_jp/articles/tf-write-only-attributes