Terraform JSON требует, чтобы подсеть Azure, вложенная в объект виртуальной сети Azure, имела идентификатор, но не позволяет его установить.

После проверки я тоже столкнулся с тем же результатом. В качестве обходного пути вы можете создать подсеть как отдельный блок вместо вложенного аргумента в файле JSON.

Например,

{
    "resource": {
      "azurerm_virtual_network":{
        "example":{
            "address_space": [
                "10.0.0.0/16"
              ],

              "dns_servers": [],
 
              "location": "eastus",
              "name": "wer5rnis6vnet",
              "resource_group_name": "nancyarm"

        }
      },
      "azurerm_subnet":{
        "example":{
            "name": "wer5rnis6subnet",
            "resource_group_name": "nancyarm",
            "virtual_network_name" : "wer5rnis6vnet",
            "address_prefixes": ["10.0.0.0/24"]
        }
    }
    }
      
}

Из документации Terraform о Terraform 0.12 и более поздних версиях. Все, что может быть выражено в собственном синтаксисе, также может быть выражено в синтаксисе JSON, но некоторые конструкции сложнее представить в JSON из-за ограничений грамматики JSON. Прочтите Спецификацию синтаксиса HCL JSON.

В этом случае вы также можете выбрать конфигурацию Cherry-pick. Вы можете добавить недостающие обязательные атрибуты, которые вызвали ошибки в вашем плане, в соответствии с выходными данными шоу terraform.

Например,

resource "azurerm_virtual_network" "example" {


  address_space         = [
        "10.0.0.0/16",
    ]
  
    location              = "eastus"
    name                  = "gork_vnet"
    resource_group_name   = "mork_rg"
    subnet                {
            address_prefix = "10.0.0.0/24"
            name           = "cunning_brutality"
            security_group = ""
        }

}

Если конфигурация не будет поддерживаться автоматизированными системами на постоянной основе, я бы предупредил, что кто-то, кто просит что-то поддерживать с помощью Terraform, вероятно, ожидает собственного синтаксиса Terraform, а не JSON, потому что этот синтаксис часто считается, что людям будет легче читать и поддерживать в будущем.

С учетом сказанного, если вы действительно намереваетесь использовать JSON, тогда существуют различные правила того, как альтернативный синтаксис JSON соответствует собственному синтаксису, потому что JSON имеет меньше конструкций и, следовательно, конкретная структура JSON может интерпретироваться как одна из множества различных структур собственного синтаксиса в зависимости от контекста.

К сожалению, в этом случае кажется, что документация для azurerm_virtual_network неверна или, по крайней мере, неполна. От ссылки на реализация этого типа ресурса Я вижу, что этот subnet аргумент имеет особое наследие Включен режим Attributes as Blocks, что заставляет Terraform интерпретировать его иначе, что обратно совместимо с некоторыми неожиданными шаблонами из более старых версий Terraform.

Поскольку вы используете синтаксис JSON, подраздел Атрибуты as Blocks In JSON Syntax актуален в вашем случае. Здесь мы видим, что атрибуты с этим устаревшим режимом обработки представлены в JSON с помощью правила сопоставления выражений JSON, а не правила сопоставления блока, что означает, что каждый объект в вашем массиве JSON должен быть допустимым значением типа объекта, выбранного поставщиком для этого блока. Схема для этого типа объекта включает атрибут с именем id, который обычно можно опустить в собственном синтаксисе, но должен быть явно установлен на null в синтаксисе JSON, чтобы результирующее значение было правильного типа:

{
   ...
   "subnet": [
     {
        "address_prefix": "10.0.0.0/24",
        "name": "cunning_brutality",
        "security_group": "",
        "id": null
     }
   ]
   ...
}

Документация поставщика должна упоминать, когда аргумент использует устаревший режим синтаксического анализа, и ссылаться на соответствующую документацию, поэтому отсутствие упоминания этого, возможно, является ошибкой в ​​документации azurerm_virtual_network, о которой вы можете сообщить разработчикам поставщика в репозиторий GitHub поставщика. Но помимо этого, я надеюсь, что этот дополнительный совет, приведенный выше, поможет заставить это работать, если вы не можете использовать более общий собственный синтаксис, в котором эта особая причуда не применяется.