Azurerm_resource_group_template_deployment игнорирует файл параметров
Я пытаюсь использовать terraform и встроенные шаблоны ARM, чтобы разрешить создание простого приложения логики в Azure. У меня есть блок ресурсов в terraform как:
resource "azurerm_resource_group_template_deployment" "templateTEST" {
name = "arm-Deployment"
resource_group_name = azurerm_resource_group.rg.name
deployment_mode = "Incremental"
template_content = file("${path.module}/arm/createLogicAppsTEST.json")
parameters_content = jsonencode({
logic_app_name = { value = "logic-${var.prefix}" }
})
}
и файл createLogicAppsTEST.json определен (только несколько верхних строк как)
{
"$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#",
"contentVersion": "1.0.0.0",
"parameters": {
"logic_app_name": {
"defaultValue": "tsa-logic-dgtlbi-stage-001",
"type": "string"
}
},
"variables": {},
"resources": [
{
....
При развертывании и запуске в первый раз, т.е. создавая ресурс приложения логики с использованием terraform и встроенного шаблона ARM, он создаст правильную передачу имени с учетом:
parameters_content = jsonencode({
logic_app_name = { value = "logic-${var.prefix}" }
})
однако, если я когда-нибудь запущу снова, terraform, похоже, проигнорирует параметры, которые я передаю, и будет использовать значения по умолчанию из шаблона ARM:
"logic_app_name": {
"defaultValue": "tsa-logic-dgtlbi-stage-001",
"type": "string"
}
Я обновил до последней версии как terraform (0.14.2), так и azurerm (2.40.0), но проблема не устранена. В настоящее время это делает ARM в terraform проблематичным, учитывая, что разные уровни, dev, test и prod в моей компании имеют разные префиксы и имена, т.е. прод-, дэв-.
Есть ли настройка, позволяющая terraform фактически использовать параметры, которые я передаю с блоком ресурсов azurerm_resource_group_template_deployment?
Ответы 2
После моей проверки вы можете использовать поле ignore_changes в жизненном цикле вложенного блока. Это сообщит terraform игнорировать при планировании обновлений связанного удаленного объекта.
Например,
resource "azurerm_resource_group_template_deployment" "templateTEST" {
name = "arm-Deployment"
resource_group_name = azurerm_resource_group.rg.name
deployment_mode = "Incremental"
template_content = file("${path.module}/arm/createLogicAppsTEST.json")
parameters_content = jsonencode({
logic_app_name = { value = "logic-${var.prefix}" }
})
lifecycle {
ignore_changes = [template_content,]
}
}
Однако в этом случае было бы лучше объявить пустые параметры без значений по умолчанию во встроенных шаблонах ARM, вместо этого вы можете передать реальные параметры через файл parameters_content.
Например, объявите такой параметр в шаблоне ARM. Это всегда будет использовать содержимое внешних параметров.
"logic_app_name": {
"type": "string"
}
Я решил просто использовать старый провайдер, на самом деле есть открытый отчет об ошибке по этой же проблеме на github.
Я решил просто использовать старый провайдер, на самом деле есть открытый отчет об ошибке по этой же проблеме на github.