AC
я добавил ssh_key в шаблон, все равно его потом ansible сносит и прилетают другие
По идее можно через customization и initscript, наверное
По идее можно через customization и initscript, наверное
Size: a a a
2021 July 09
VB
окей,спасибо) как раз пошёл в шаблон добавлять
AT
спасибо!
а может в моём случае ограничиться модулями в тф?
а может в моём случае ограничиться модулями в тф?
¯
ну это вам решать. Если окружение одно то проще модулями. Если планируете дублировать энвы то проще сразу террагрант внедрить
AT
ну по сути одно, внутри разве что логическое разделение на дев/прод
AT
и оно не обязательно 1 в 1
¯
это уже два окружения. Лучше с террагрантом тогда, поверьте)
AT
да в обычных случаях я так бы и сделал
но тут etl задачки и процессы и не очень удобно и оправданно вторую копию инфраструктуры поднимать
дев скорее потестировать/позапускать что-то отдельно
но тут etl задачки и процессы и не очень удобно и оправданно вторую копию инфраструктуры поднимать
дев скорее потестировать/позапускать что-то отдельно
AT
но за ссылки благодарю - именно то что искал
AT
правда террагрант немного глаза режет, хотя +- тот же hcl
AT
@sspdsp кстати, можно сразу вопрос в догонку:
где лучше всего хранить все параметры/секреты конфигов терраформа (variables вроде)?
из инфры - aws и gitlab, хранить в переменных окружения что-то мне кажется не очень масштабируемой историей
где лучше всего хранить все параметры/секреты конфигов терраформа (variables вроде)?
из инфры - aws и gitlab, хранить в переменных окружения что-то мне кажется не очень масштабируемой историей
AT
вот здесь вижу в kms вроде
¯
kms не хранит секреты, а только шифрует данные.
Хранить можно в parameter store. Но в файле стейта тф они в любом случае будут.
Хранить можно в parameter store. Но в файле стейта тф они в любом случае будут.
AT
ага, логично
то что в стейте - ок
тут вопрос именно управляемости, чтобы не в репе каждый раз менять параметры через env, а в централизованном месте
то что в стейте - ок
тут вопрос именно управляемости, чтобы не в репе каждый раз менять параметры через env, а в централизованном месте
¯
parameter store вполне подойдет для этого
AT
спасибо!
гуглить что-то вроде use aws parameter store for terraform variables?)
гуглить что-то вроде use aws parameter store for terraform variables?)
¯
resource "aws_ssm_parameter" "docudb_master_password" {
name = var.docudb_master_password_ps_link
description = "Master password for db"
type = "SecureString"
value = random_password.docudb_master_password.result
}
name = var.docudb_master_password_ps_link
description = "Master password for db"
type = "SecureString"
value = random_password.docudb_master_password.result
}
AT
а вот ещё нашёл:
data "aws_ssm_parameter" "rds_password" {
name = "/${var.project_name}/DB_PASSWORD"
}
resource "aws_db_instance" "rds" {
...
password = data.aws_ssm_parameter.rds_password.value
...
}
https://discuss.hashicorp.com/t/aws-parameter-store-parameters-instead-of-variables/2192/2
data "aws_ssm_parameter" "rds_password" {
name = "/${var.project_name}/DB_PASSWORD"
}
resource "aws_db_instance" "rds" {
...
password = data.aws_ssm_parameter.rds_password.value
...
}
https://discuss.hashicorp.com/t/aws-parameter-store-parameters-instead-of-variables/2192/2
¯
ага, это на чтение