Если запрос по апи ушел и тераформ завалился с ошибкой то объект все равно создастся

Хм, тогда ишью заведу, спасибо

привет. Подскажите такую фигню

В какой-то момент жила-была ветка management, но прод переехал на новый AWS акк и поскольку нужно было делать быстро - получилась новая ветка prod-management с 50% одинакового кода, но мержать ветки между собой уже нельзя.
Собственно, когда что-то нужно изменить в этих 50%, приходится делать коммиты в 2 уже совершенно разных ветках

Сейчас стоит вопрос, как организовать модули/директории, что бы это была все же 1 ветка
Больше всего стоит вопрос - как организовать backend (в S3), что бы было удобно и красиво. Нужны ли воркспейсы? terragrunt юзать не буду

Воркспейсы не нужны

кто-то сбрасывал вот это
https://github.com/antonbabenko/terraform-best-practices/tree/master/examples

что думаете? Стоит пробовать по такому типу? Воркспейсы тут получается не используются в принципе

Если все различия заключаются в константах и данных - то воркспейсы. Константы и данные разнести по tfvars или в parameter store (если сенситив дату)

нет, говорю же, 50% только одинаковые ресурсы, что-то есть на проде, чего-то нет и наоборот. Без модулей никак (они есть в принципе, нужно довести до ума)

Не рекомендую воркспейсы использовать.
Нужны будут - легко можно начать их использовать,
выпилить сложнее.

Почему? Потом уничтожается лишний воркспейс и дальше живём с одним

Воркспейсы есть всегда :)

окей, похер на воркспейсы, я понимаю все, используеюся в другом месте

Просто по умолчанию он один и называется default

вы лучше скажите как разрулить стейты кросс аккаунт

Что именно?

(проблему поподробнее если можно)

Вообще рекомендуют хранить стейты в отдельном аккаунте от инфраструктуры

стейт прода - на проде акк
стейт дева - на дев акк

разные акк, разные бакеты и ключи

спасибо, капитан. :)

мне пока заказчик это выдаст, пол года пройдет

сделай враппер вроде terragrunt - на баше 5 минут пишется