AD
я бы советовал не использовать вокрспейсы вообще
Size: a a a
2020 March 23
AD
Лучше сразу в терагрант
z
Спасибо конечно…
z
Теперь нужно понять как мне поможет terragrunt
DK
я бы советовал не использовать вокрспейсы вообще
Почему? Юзаю активно, нет проблем
VT
Почему? Юзаю активно, нет проблем
потому что простой и извините, бестолковый механизм.
возможно будет лучше.
возможно неплох для работы с terraform enterprise.
возможно будет лучше.
возможно неплох для работы с terraform enterprise.
DK
потому что простой и извините, бестолковый механизм.
возможно будет лучше.
возможно неплох для работы с terraform enterprise.
возможно будет лучше.
возможно неплох для работы с terraform enterprise.
есть конечно проблемы с менеджментом чуть чуть, решается сверху небольшим bash скриптом. А так они мне позволяют без особых усилий поднимать n окружений в различных регионах
DK
и не думать о том где хранить стейт и как все это менеджить
VS
и не думать о том где хранить стейт и как все это менеджить
не думать где хранить стейт позволяет S3 backend
VT
есть конечно проблемы с менеджментом чуть чуть, решается сверху небольшим bash скриптом. А так они мне позволяют без особых усилий поднимать n окружений в различных регионах
я понимаю и не спорю.
Сам писал под воркспейсы.
Теперь я в основном использую terragrunt. Жизнь стала проще. Команда тоже больше стала. Объяснить как с нуля все сделать - тоже проще.
ИМХО. 😐
Сам писал под воркспейсы.
Теперь я в основном использую terragrunt. Жизнь стала проще. Команда тоже больше стала. Объяснить как с нуля все сделать - тоже проще.
ИМХО. 😐
DK
я понимаю и не спорю.
Сам писал под воркспейсы.
Теперь я в основном использую terragrunt. Жизнь стала проще. Команда тоже больше стала. Объяснить как с нуля все сделать - тоже проще.
ИМХО. 😐
Сам писал под воркспейсы.
Теперь я в основном использую terragrunt. Жизнь стала проще. Команда тоже больше стала. Объяснить как с нуля все сделать - тоже проще.
ИМХО. 😐
еще раз гляну на него, в прошлый раз, что смотрел он не мог преложить лучшего решения чем workspaces и вокруг него приходилось тоже городить скрипты
DK
не думать где хранить стейт позволяет S3 backend
у меня все в consul лежит
VS
у меня все в consul лежит
ну или так, но как по мне S3+DynamoDB вообще позволяет не думать как надежно хранить стейт
НС
коллеги, вопрос =)
можно ли как то использоваться data source в locals, чтобы plan не предлагал изменить ресурсы?
в итоге получаю постоянно попытку изменения ресурса, хотя apply по факту ничего не меняет
можно ли как то использоваться data source в locals, чтобы plan не предлагал изменить ресурсы?
security_groups_ids = [ for secgroup in local.security_groups: data.openstack_networking_secgroup_v2.secgroup[secgroup].id ]
в итоге получаю постоянно попытку изменения ресурса, хотя apply по факту ничего не меняет
AR
коллеги, вопрос =)
можно ли как то использоваться data source в locals, чтобы plan не предлагал изменить ресурсы?
в итоге получаю постоянно попытку изменения ресурса, хотя apply по факту ничего не меняет
можно ли как то использоваться data source в locals, чтобы plan не предлагал изменить ресурсы?
security_groups_ids = [ for secgroup in local.security_groups: data.openstack_networking_secgroup_v2.secgroup[secgroup].id ]
в итоге получаю постоянно попытку изменения ресурса, хотя apply по факту ничего не меняет
Попробуй отсортировать.
НС
Попробуй отсортировать.
да разобрался в причине, осталось разобраться как с этим жить, если указать в data depends_on то описанное выше поведение, а если не указать, то ошибка, что дата не найдена, тк ресурс еще не создан
AR
А зачем ты объявляешь data для ресурса, который создаёшь в этом же манифесте? Он нужные атрибуты не возвращает?
НС
А зачем ты объявляешь data для ресурса, который создаёшь в этом же манифесте? Он нужные атрибуты не возвращает?
он создается в другом модуле
AR
Ну, передай id через output.
НС
Ну, передай id через output.
да уже так и делаю, просто это лишний параметр передаваемый модулю