это я не про тебя :)

Я вполне понял)

Я к тому, что иногда это ломает логику остальных ресурсов

если aws - можно обернуть что-то "важное" в cloudformation, дёргать его из терраформ :)
Стэк удалится при destroy - сущность останется.

в клаудформейшне как раз емнип все такие случае заранее учтены и при зависимостях ресурсов он это разрулит, а вот в провайдере aws в tf - нет

пример с гугловыми апи. Например, мне надо KMS keyring сделать в tf. Если я просто буду делать google_kms_key_ring на новом проекте, то оно свалится, потому что KMS апи не включен. Поэтому надо сначала сделать ресурс google_project_service с KMS апи. Но потом я вдруг решу удалить стек, и он мне помимо keyring ещё и апи выключит, который может использоваться в другом стеке, поскольку апи включается на уровне проекта. Вот для таких вот шаредных ресурсов это нужно

грубо говоря, это что-то среднее между ресурсом и data source получается. Если шаредного ресурса нет - создай, но не удаляй при дестрое стека

очень полезный совет, когда у тебя например не aws/gcp, а вообще что-то совсем другое

причём именно у google_project_service есть флажок про неудаление при удалении ресурса

да, но такая потребность может возникнуть для ресурса другого типа

согласен, может

Мне казалось при дестрое и cf template стек выпиливается

в cf template можно ресурсу указать deletionpolicy. стек выпилится, ресурс - нет

А, ну таким образом - да

Всем привет! А с какой версии терраформ умет нормально менять теги для ec2 в aws? Я сейчас столкнулся с Mismatch reason: attribute mismatch: tags.% если в тераформе поменять тег

живем пока на Terraform Version: 0.11.14

нифига вы ретрограды

ну как есть) На переделку время нужно выделять, а с этой проблемой вот только столкнулся

Поэтому и вопрос, если в провайдере пофиксили то будет + 1 довод к обновлению

Хотя у меня последняя версия провайдера 2.50.0, так что ... обновление тераформа не поможет