N
если со своей машины, то хотя бы remote state настроить, потому что иначе можно обделаться в любой момент
Size: a a a
2018 June 17
D
если со своей машины, то хотя бы remote state настроить, потому что иначе можно обделаться в любой момент
вот да
MV
нормально - из CI и не нужен там отдельный инстанс
через AWS CodePipeline? конфиг можно)?
MV
remote state в S3 бакет по идее можно положить..
N
почему сразу AWS CodePipeline, через что угодно можно накостылять
MV
почему сразу AWS CodePipeline, через что угодно можно накостылять
ну у меня чисто aws стек, потому и спросил. не хотелось бы что-то внешнее пришивать сюда
N
Для начала нужно ознакомится с этим гайдом https://www.terraform.io/guides/running-terraform-in-automation.html
А потом вот такой пример есть для AWS CodePipeline https://github.com/cloudreach/awsloft-terraform-ci
А потом вот такой пример есть для AWS CodePipeline https://github.com/cloudreach/awsloft-terraform-ci
MV
thanks!
MV
а на сколько плохая идея храить state прямо в репозитории?
D
можно в репо
D
любое централизованое хранилище подойдет
N
в репо плохо если хоть кто-то запускает вручную тераформ.
потому что этот кто-то может и забудет закоммитить
потому что этот кто-то может и забудет закоммитить
N
плюс, ремоут стейт дает возможность лочить одновременный запуск, а этого репа никак не сделает
D
справедливо
MV
в репо плохо если хоть кто-то запускает вручную тераформ.
потому что этот кто-то может и забудет закоммитить
потому что этот кто-то может и забудет закоммитить
согласен. буду знать, но я 100% уверен что запускать одновременно не будут.
MV
а можно как-то настроить что бы apply создавал новую инфраструктуру, а не апдейтил старую
MV
к примеру я хочу её клонировать н-ное к-во раз
D
изолированные инфраструктуры? чтобы можно было независимо их потом удалять?
bk
согласен. буду знать, но я 100% уверен что запускать одновременно не будут.
CI/CD