公藹??

https://www.terraform.io/docs/index.html
GCP用リファレン繧?

https://registry.terraform.io/providers/hashicorp/google/latest/docs

お便強

https://qiita.com/minamijoyo/items/1f57c62bed781ab8f4d7

https://qiita.com/donko_/items/6289bb31fecfce2cda79

https://www.apps-gcp.com/infra-automation-01/

https://colsis.jp/blog/gcpterraform/

moduleは觸??成に合繧?ないようなリファクタリングが必要になった時縺?terraform state mv が必要になってとたんにつらい、moduleを細分化しす縺?る縺?variable 縺? output が大驥?に藹??要になって書きづらい、moduleは再利用できる複数のリソースの単位（プログラミング鐔??語でいうところの関数みたいなもの・??で臀??るのがしっ縺?り

環藹??情報は藹??部ファイルが基譛?

prd/stg/dev環藹??縺?prd.tfvars, stg.tfvars, dev.tfvarsを用諢?

.tfvars　各環藹??の設定

aws_access_key    = "XXXXXXXXXXXXXXXXXXXX"

aws_secret_key    = "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"

aws_region        = "eu-west-1"

main.tf

terraform {

  required_version = "= 0.12.26"

}

provider "aws" {

  version    = "2.66.0"

  access_key = var.aws_access_key

  secret_key = var.aws_secret_key

  region     = var.aws_region

}

var.tf　空の藹??け逧?

variable aws_access_key {}

variable aws_secret_key {}

variable aws_region {}

Terraform で藹??数を使う - Qiita

credentials等の軆??匿したい変数を外部のファイルやコマンドライン藹??数から読み込む

variable "credentials_file" {}　＠var.tf　変数を定義し空にしてお縺?

credentials = file(var.credentials_file)　＠main.tf　ファイルを読むがファイル名は藹??謨?

terraform plan -var 'project=' -var 'credentials_file=.json'　＠cmd　プロジェクトとクレデンをコマンド時に指定
他にもvars.tfvars設藹??ファイ繝?(行鬆?variableが不要)、TF_VAR_環藹??変数による指定

Terraformのベストなプラクティスってなんだろうか | フューチャー技術ブロ繧? (future-architect.github.io)
Workspace派、module派、ディレクトリ分離派

HCLの藹??数は基譛?2種饅??縺?local縺?variable

variableはグローバル藹??数、ファイル藹??やコマンドラインから使える

変謨?

　variable(input var)縺?cmd実行時に藹??数を上書きできるが、localsはできない

　output縺?apply時縺?terminalで値が確鐔??できる、moduleから値を藹??得する

google_bigquery_connection | Resources | hashicorp/google | Terraform Registry
ドット繋縺?で値を扱える

    for_each = toset(["foo", "bar", "bar"])　縺?bar, foo

    name = each.key

}

for_each/eachのループ
locals {
    sg = {

        foo = "FOO"
        bar = "BAR"
    }

}
resource "xxx" "aaa" {
    for_each = local.sg
    name = each.key
    description = each.value
}

　　provider "google" {

　　  project = "bangboo-kuso"

　　}

　　terraform {

　　  backend "gcs" {

　　    bucket = "bangboo-kuso-terraform"

　　  }

　　}

　プロジェクトレベ繝?ownerのサービスアカウントを持ってお縺?

　セットアップする際縺?tfsate縺?backend保存場所縺?bucket部分をコメントアウト

　bucketを作るterraformを実施しbucketを作成しつ縺?local縺?tfstateファイルを作成

　再蠎?terraformをする縺?tfstateファイルがbucketにコピーされる

　bucket部分のコメントアウトを外すと次回tfからはバケット縺?tfstate更新する
　　このときローカ繝?tfstateの内容をバケットに写すか聞かれるが写す
　　（写さないと差分しかバケットに鐔??かないの縺?import等が必要になる）

　リソースタイプや個別パラメータは公藹??ドキュメントを藹??照しながら定鄒?

　https://registry.terraform.io/providers/hashicorp/google/latest/docs

リファレンス縺?optionalとなっていてもtfファイルでは藹??要な場合もある

　tfstateファイルからは藹??要ないとして自動的に削除されるが

スプシをBQでみれるFederatedQueryはテーブルだけ定義しimportしstate show調譟?

　urlをTFファイルに鐔??載する

シャーディング・??日臀??別・??テーブルは藹??義できないので縺?

　生成するクエリの方をTF化したい
Authorized viewはモジュールがあるがconflictがあり全觸??えする場合がありTF化にまだ向かない

　TF縺?org_iamページ縺?Argument reference縺?role項目を見る縺?

　　Note that custom roles must be of the format organizations/{{org_id}}/roles/{{role_id}}

　TF縺?org_iam_custom_roleページ縺?Attributes  reference縺?role項目を見る縺?

　　id - an identifier for the resource with the format organizations/{{org_id}}/roles/{{role_id}}
　で臀??記と分かる、使用側と被使用側縺?TFマニュアルを両方確認する

resource "google_organization_iam_custom_role" "my-custom-role" {

  role_id     = "myCustomRole"

  org_id      = "123456789"

  title       = "My Custom Role"

  description = "A description"

  permissions = ["iam.roles.list", "iam.roles.create", "iam.roles.delete"]

}

resource "google_organization_iam_member" "my-organization" {

  org_id  = "123456789"

  role    = google_organization_iam_custom_role.my-custom-role.id
  #あるいは通蟶?"roles/bigquery.dataEditor"のようにいれるがorganizations/0123456789/roles/chinkoといれる

  member  = "user:jane@example.com"

}
↑
resource縺?2番目リソース名を定義しますが任諢?の名前を指定します
　ここが同じ項目はユニーク制限がない場合は追加としてまとめられます
　通常はユニークにしterraformで管理するリソース名(yourResourceName)を宣鐔??します
　　窶?1番目のリソースタイプ内でユニークにするのが基本・??全臀??でもユニークの方が分かり易い）

■TF縺?count
数を指定してその個数のリソースを作る。なのだが

　enable_lien = true　モジュール蛛?/変数側でこう設藹??し

　count = var.enable_lien ? 1 : 0　リソース側縺?3項演算子を使え縺?IFのように使える
　　窶?for loopのようなインクリ縺?count"+="でな縺?"="縺?1発藹??行なの縺?3項演算子縺?IFになる

gcloud auth login --enable-gdrive-access

gcloud auth application-default login --scopes="https://www.googleapis.com/auth/drive","https://www.googleapis.com/auth/cloud-platform"

觸??他処理でロックが残る：

他の臀??業者がいなければ、terraform apply -lock=false で臀??時的に無鐔??をして軆??行
エラ繝?IDに対し縺? terraform force-unlock id_num963103164

Terraform 縺? gcloud CLI を使用した完璧縺? Google Cloud インフラストラクチャの觸??築 | Google Cloud Blog
gcloud beta resource-config bulk-export --help
gcloud beta resource-config bulk-export --project=kuso12345 --resource-format=terraform --path=/path/to/dir/
　対藹??を見ると数が少ないgcloud beta resource-config list-resource-types --format=json --project=kuso12345

terraformer import google list --projects=xxxx-123　で対象のリソース確認

terraformer import google --resources=instances,forwardingRules --regions=us-west1 --projects=xxxx-123　とか

https://www.apps-gcp.com/terraformit-gcp/

https://qiita.com/uu4k/items/48d3ecfefe57dba1d7e1

■Terraform applyで諢?図しない権限削除で障害が発生する
Terraform x GCP で、IAM権限を全削除してしまった - Qiita
google_bigquery_dataset_iam_member：role縺?memberを1蟇?1縺?resourceを作りま縺?る、Non-authoritative
　窶?_iam_policyや_bindingはまとめ易そうだが権限消しそう


Terraform 縺? GCP のサービスアカウントを管理する - Eng (なりたい) (hatenablog.com)
Terraform 縺? GCP IAM 設藹??どれ使うのがいいのか - pokutuna (scrapbox.io)
google_project_iam | Resources | hashicorp/google | Terraform Registry
Authoritative: TFに譏?示していないものをApply時に削除しますという諢?、TFの権威
Non-authoritative: TFは権威を示さず、TFに譏?示していないものは現状維持ですという諢?

■勝手に公開
terraform vpc auto_create_subnetworks = falseにせなサブネットを公開して臀??りよる
Cloud sql縺?tfファイルに鐔??述がな縺?てもtf stateに縺?PWが出てしまう＞tf化した縺?ない

■Applyの臀??存関臀??縺?depends_on(プロジェクト作成の前に権限を付荳?しようとしてエラー軆??の順蠎?)
[Terraform]Module間の値の藹??け渡しについ縺? | DevelopersIO (classmethod.jp)
　これより先にあれをTFして縺?れという記霑?

■データセット
google_bigquery_dataset | Resources | hashicorp/google | Terraform Registry
スキーマ藹??得: bq show --schema --format=prettyjson bangboo-prj:test-dataset.tbl001
ビューはコンソール・??BQ＞該藹??ビュー・??detailからコピ繝?

■組織ポリシ繝?
google_organization_policy | Resources | hashicorp/google | Terraform Registry
制軆??につい縺?  |  Resource Manager のドキュメント  |  Google Cloud

■parallelismで早縺?なるかもしれない
あなた縺?terraform planを手軽に饅??速化する（かもしれない）魔法の鐔??葉 - Qiita

■テスト
TF Apply後には觸??証をしっかりしたい、最菴?Apply後縺?Planを再実行したい、テストスクリプト的にチェックしたい
適藹??されていないことや、TF定義縺?tfstateと藹??設藹??の差分が想藹??と違うことがある感じがするからだ
moduleを含めて条件的な書き方だと、適藹??の順蠎?の関臀??で適藹??が抜け2回以臀??TF applyしないといけなかったり

■TFファイルを分割し部分的に別環藹??縺?TFファイルを移鐔??したい
tf stateファイルを新環藹??用にコピ繝?
TFファイルを分割・??現鐔??の部分的に削除したTFファイル、と新環藹??用縺?TFファイルを準備
tf stateから不要部分を削髯?
　terrafrom state rm {{asset}}
terrafrom planで差分がないことを確鐔??
新環藹??用にコピーしたtf stateファイルを編集し準備
　下縺? terraform state push xxx.tfstate で藹??更された状態をtf stateファイルに書き戻すことができる？
　このコマンドを実行する前に藹??要に藹??じ縺? terraform state pull で最新の状態を藹??得？

　ダメなら terraform state rm で臀??要分を削る

新環藹??用縺?tfファイルを準備
新環藹??で臀??記を実行
　terraform init
　terraform state push xxx.tfstate
　terraform planで差分がないことを確鐔??

■GCP権限（メールの藹??名時）

　これにクレデンシャルファイルのパスを渡すとサービスアカウント縺?gcloudコマンド打てるはず