DK
Я просто, что в Cloudformation оно без гемора переименовывается, как правило. переименовал любую вещь - оно удалилось и создалось с новым именем,
Size: a a a
2020 March 11
VT
Я просто, что в Cloudformation оно без гемора переименовывается, как правило. переименовал любую вещь - оно удалилось и создалось с новым именем,
так и здесь также
AD
Ну так и тф так же сделает
AD
Я думал челендж не пересоздать
DK
но не с модулем, я переименовал - ресурсы ssm остались, приходится удалять, апплаить, добавлять, апплаить
DK
иначе конфликт, жалуется что нельзя заново создать ресурсы под тем же именем
DK
main.tf всего-то
locals {
ssm_parameter_path = "${var.env}/${var.app_name}"
}
resource "aws_ssm_parameter" "this" {
for_each = var.names
name = "/${local.ssm_parameter_path}/${each.value}"
type = "SecureString"
value = var.default_value
lifecycle {
ignore_changes = [
value
]
}
tags = {
Application = var.app_name
EnvVarName = each.value
}
}DK
но я переименовываю родительский модуль, который потом включает ssm ^
DK
Точнее, выходит 3 уровня вложенности
AD
Create_before_destroy = false в lifecycle rule
AD
И усе
DK
ха, спасибо, надо попробовать
AD
И усе
Хотя что-то я уже совсем сам сомневаюсь. По доке это дефолт поведение
DK
Ну понятно в чем проблема, да? ssm пытается создать тоже самое после переименования модуля
DK
хотя по идее должен удалить старые записи перед созданием
AD
А оверайт пробовал на ресурсе ссм
AD
Тут есть тред о похожем https://github.com/terraform-providers/terraform-provider-aws/issues/3181
DK
попробую
DK
вполне возможно что только ssm так косячит, кстати
DK
видимо потому что нет api для чтения..