数値範囲のバリデーションでゼロ値を許容

[yamamoto-febc]

DNSレコードのポート番号 のようなint型属性での範囲バリデーションにおいて0を許容すべき。

背景

ツールからスキーマを読み取ってtfファイルを生成する場合、各属性の初期値としてデータ型のゼロ値を設定した方が楽なケースがある。

例えば以下のように最低限の項目だけでなく、

resource sakuracloud_dns_record "example" {
  name     = "www"
  type     = "AAAA"
  value    = "fe::b1"
}

以下のようにゼロ値を省略せずに出力する。

resource sakuracloud_dns_record "example" {
  name     = "www"
  type     = "AAAA"
  value    = "fe::b1"
  port     = 0
  priority = 0
  weight   = 0
}

しかし、前者だとスキーマレベルでのバリデーションが行われないのに対し後者だとバリデーションが行われ、そこでゼロ値を許容していないとエラーと判定される。

現在のプロバイダーの実装ではゼロ値が明示されていても後続の処理に影響はない(指定なしと同様の扱いをしている)ため、スキーマレベルのバリデーションではゼロ値を許容すべき。

[yamamoto-febc]

例外: デフォルト値の指定がある場合、かつゼロ値の許容ができない項目 例としてプロバイダーの api_request_rate_limitがある。

これらは変更しない方がよい。

[yamamoto-febc]

対象項目:

• DNSレコードの port
• IPv4逆引きの retry_max/retry_interval
• モバイルゲートウェイ のtraffic_control.#.band_width_limit
• シンプル監視の health_check.#.remaining_days