DK
У меня тут такая проблема что у меня есть разные приложения в разных регионах
Size: a a a
2017 August 08
DK
И вот обновляю я приложение А. А потом приложение Б.
DK
Шеред стейт от А лежит в первом регионе, и вот при запуске плана для второго региона я не могу нормально прочитать стейт из региона один
DK
В общем случае мне в консуле надо хранить параметры подключения к RabbitMQ кластера, S3 креденшелы и еще кое что по типу креденшелов
DK
В остальном меня всем устраивает S3 для стейта
DK
* data.template_file.secret_key: Resource 'data.terraform_remote_state.remote' does not have attribute 'app_secret_keys' for variable 'data.terraform_remote_state.remote.app_secret_keys'
DK
Вот так ругается когда я читаю ремоут из eu-central-1 при запуске плана на us-west-1
DK
При этом у меня везде (вроде как) указаны
providerN
Используем S3 для локов, но не в мультирегионе
N
Ну в принципе, если нужно хранить еще в консуле параметры, то логично туда же и стейт перенести
DK
А является ли хорошим тоном держать консул торчащим в Интернет?
DK
У меня есть подозрения
N
Ну регионы можно впн-ом связать или ограничить по ip
DK
Т.к. у меня один и тот же консул кластер на мультирегионе у меня тут вообще пиздец, снова этот vpn в амазоне и прочее
2017 August 09
АО
Импортировал aws_cloudfront_distribution, прописал в конфиге, запускаю terraform plan:
АО
default_cache_behavior и origin пересоздаются
АО
Руками поменял в стейте 3705062738 на 4162538087 и перезапустил terraform plan - всё то же самое :(
АО
Судя по https://github.com/terraform-providers/terraform-provider-aws/issues/1194 бага открыта, но есть ли какой воркэраунд?
DK
А у кого нибудь был такой кейс, что бы один и тот же план выполнялся с разными параметрами и ремоут стейт хранился в одном специфичном регионе, но сам план мог выполняться в разных?