後で楽できるTerraformの書き方（※ただし書くときは辛い） - SMARTCAMP Engineer Blog

はじめに ざっくりしたシステム構成の紹介 全体の構造 設計のポイント コーディング規約 上の階層を見に行かない 変数名は全体でユニークにする 変数のデフォルト値は設定しない main, outputs, variables 以外のファイルを原則置かない ポリシードキュメントはJSONファイルのまま管理する 変数で処理を変える仕組みを極力使わない 値のハードコードをためらわない コードが冗長であることをためらわない 残っている課題 AWSアカウント単位でしか用意しないものの扱い ECSのタスク定義の扱い 最後に はじめに はじめまして。スマートキャンプのおにまるです。 2022年10月に入社し、SRE兼インフラエンジニアとして働いています。 今回は、あるプロダクトの再スタートにあたって新しく作った、AWSのTerraformについてお話したいと思います。 再スタートにあたってアプリケーション

[syu-m-5151]

Terraform というかHCLが汎用性の高いものを作ることに向いてないのでこれは金言。 “ゼロから作る、という判断は間違っていなかったと思います。しかし汎用性の高いものを作る、という判断は間違っていたかもしれない”

[akymrk]

“1つのモジュールのロジックはすべて main.tf にあり、出力は outputs.tf、入力は variables.tf にある、と決まっていれば”"ポリシードキュメントはJSONファイルのまま管理""Terraformでは見る場所を減らす方が有効"

[aoki789]

M lip p op