リージョンはどこに書くべきか

01リージョンの 3 分類

「どこに置かれるか」はリソースの種類で決まる

AWS のリソースは region の扱いで 3 種類に分かれます。全部に region を指定する必要はありません。

02事故を決めるのは「書いた場所」

黙って東京に作られるのは、どういうときか

削る前は、security_group / route_table / internet_gateway の各リソースに region が散っていました。

BEFORE — 部品の中にリージョンが埋まっている

resource "aws_security_group" "db" {
  name   = "cp-db-stg"
  region = "ap-northeast-1"   // ← 部品が自分で東京を指している
  vpc_id = "vpc-xxxxxxxxxxxxxxxxx"
}

AFTER — 部品はリージョンを知らない

resource "aws_security_group" "db" {
  name   = "cp-db-${var.env}"
  vpc_id = var.vpc_id
}

削った後、region を書いている場所は 2 つだけになりました。既定は 1 箇所、例外は名前で分かる形です。

03変数にすべきか

判断軸は「1 つの state で複数リージョンを扱うか」ひとつだけ

扱わないなら、provider に直書きで構いません。 stg/ prd/ のような環境別ディレクトリ構成では root module = 環境そのものなので、環境固有値がそこに直書きされているのはむしろ正しい設計です。変数化しても「変数のデフォルト値をどこかに直書きする」に化けるだけで、可変点は増えません。

扱う場合の手段は 2 つあります。

acm_unit — alias 定義ゼロで東京とバージニアを作り分けている

resource "aws_acm_certificate" "main" {
  region                    = var.region   // ← 呼び出し側が us-east-1 を渡す
  domain_name               = var.domain_name
  subject_alternative_names = var.subject_alternative_names
  validation_method         = "DNS"
}

04この repo に残っている 1 箇所

「ベタ書きのせいで本当は違うところなのに」の実例

modules/aws/alb/outputs.tf に、Route 53 の alias レコードが ALB を指すためのホストゾーン ID がベタ書きされています。

// 東京リージョンのゾーンID(固定)
output "zone_id_ap_northeast_1" {
  value = "Z14GRHDCWA56QT"   // ← この値はリージョンごとに違う
}

terraform state show で確認したところ、aws_lb.cloud_pratica.zone_id 属性が同じ値を持っていました。定数をやめて属性参照にすれば、リージョンが変わっても自動で追随します。

output "zone_id_cloud_pratica" {
  value = aws_lb.cloud_pratica.zone_id   // ← リージョンに追随する
}