Size: a a a

2020 February 26

A

Andor in terraform_ru
Sergei Mikhaltsov
ну это не солидно
"не солидно" это пихать концептуально разные ресурсы в один модуль который ты не можешь взять и грохнуть
источник

VT

Victor Tur in terraform_ru
Правильно @inqfen говорит.  Уноси в отдельный модуль. И не трогай.
источник

AK

Andrey Kartashov in terraform_ru
Sergei Mikhaltsov
ну потому что другие ресурсы зависят от него, дестрой с ошибкой завалится
с чего вдруг? нельзя удалять ресурсы, от которых он зависит, а не наоборот
источник

VT

Victor Tur in terraform_ru
Andor
"не солидно" это пихать концептуально разные ресурсы в один модуль который ты не можешь взять и грохнуть
+👍
источник

SM

Sergei Mikhaltsov in terraform_ru
андорка дело говорит, вынесу в модуль
источник

AK

Andrey Kartashov in terraform_ru
иногда так бывает, что нужно чтоб ресурс не выносился при дестрое всего стека, к сожалению опции ignore_on_destroy нет в общем случае (чтоб ресурс просто из стейта выносился, без удаления)
источник

AK

Andrey Kartashov in terraform_ru
для отдельных ресурсов на уровне провайдера - бывает
источник

VT

Victor Tur in terraform_ru
источник

i

inqfen in terraform_ru
Andrey Kartashov
для отдельных ресурсов на уровне провайдера - бывает
Как раз в общем-то потому что это провайдерозависимо
источник

VT

Victor Tur in terraform_ru
Как у Cloudformation:
"DeletionPolicy": "Retain",
источник

AB

Anton Babenko in terraform_ru
Не хочешь потерять ресурс - не давай IAM прав своему тераформ юзеру именно на этот ресурс с правильным condition
источник

i

inqfen in terraform_ru
И сложно сделать универсальный способ
источник

AK

Andrey Kartashov in terraform_ru
inqfen
Как раз в общем-то потому что это провайдерозависимо
нет. Никто же не мешает ресурс вручную из стейта удалить - где тут зависимость от провайдера? Вот хочется такое поведение в ресурсе сразу описать, без костылей
источник

AK

Andrey Kartashov in terraform_ru
Anton Babenko
Не хочешь потерять ресурс - не давай IAM прав своему тераформ юзеру именно на этот ресурс с правильным condition
тут дело не в доступе. Вот пример когда это сделано на уровне ресурса https://www.terraform.io/docs/providers/google/r/google_project_service.html#disable_on_destroy
источник

VT

Victor Tur in terraform_ru
Anton Babenko
Не хочешь потерять ресурс - не давай IAM прав своему тераформ юзеру именно на этот ресурс с правильным condition
самый простой метод.
но многие сидят под админскими правами. сами стреляя себя в ногу
источник

AK

Andrey Kartashov in terraform_ru
не хочешь, чтоб апи выключалось при дестрое - ставишь disable_on_destroy в false
источник

i

inqfen in terraform_ru
Andrey Kartashov
нет. Никто же не мешает ресурс вручную из стейта удалить - где тут зависимость от провайдера? Вот хочется такое поведение в ресурсе сразу описать, без костылей
Ну типа bucket и bucket policy, которая привязывается к бакету. Если ты просто скожешь игнорить полиси - то сломается удаление бакета, потому что от него зависит полиси
источник

i

inqfen in terraform_ru
Andrey Kartashov
нет. Никто же не мешает ресурс вручную из стейта удалить - где тут зависимость от провайдера? Вот хочется такое поведение в ресурсе сразу описать, без костылей
Вручную не мешает, но это не значит, что ты не сломаешь все для последующей работы
источник

AK

Andrey Kartashov in terraform_ru
мне кажется, вы не поняли use-case
источник

VT

Victor Tur in terraform_ru
Andrey Kartashov
мне кажется, вы не поняли use-case
всё поняли:
https://github.com/terraform-providers/terraform-provider-aws/issues/902
...
Cloudformation "DeletionPolicy": "Retain", -like
источник