РР
В мапе тебе нужно будет ВСЕ параметры повторять для каждой лямбды
Size: a a a
2019 July 31
РР
если они должны быть кастомизируемыми
U
у меня массив имен лямбд и их ENV
РР
У меня им еще задаются таймауты, память
РР
С недавних пор - сетки и роли
U
т.е. я просто обращаюсь в момент создания к массиву и забираю все что нужно именно для этой лямбды
РР
И версия ноды
РР
И все это пришлось бы держать в мапе для каждой лямбды с таким подходом
U
Да не проблема- посмотри на пример выше - в 12.6-dev я делаю вот так: each.value.env - тут массив переменных для лямбды. И можною
U
нет не нужно для каждой держать - можно держать отдельно local.env_common и local.env_special - а потом мержить их :)
U
долой копипаст! :) Даешь бэкэн программирование инфраструктуры :))
U
locals {
lambda_functions = {
"devices-factory-create" = {
type = ["rest"]
env = merge(local.rest_lambda_devices, {
IPI_FACTORY_DEVICES_CREATED_SNS_TOPIC = "TBD"
IPI_FACTORY_DEVICES_CREATED_SQS_QUEUE = "TBD"
})
}
"devices-factory-read" = {
type = ["rest"]
env = merge(local.rest_lambda_devices, {})
}
}
Так выглядит описание лямбд.
lambda_functions = {
"devices-factory-create" = {
type = ["rest"]
env = merge(local.rest_lambda_devices, {
IPI_FACTORY_DEVICES_CREATED_SNS_TOPIC = "TBD"
IPI_FACTORY_DEVICES_CREATED_SQS_QUEUE = "TBD"
})
}
"devices-factory-read" = {
type = ["rest"]
env = merge(local.rest_lambda_devices, {})
}
}
Так выглядит описание лямбд.
U
и потом просто по этому дереву проходишься и для каждой лямбды забираешь все что нужно.
U
можно JSON для этого дела сделать - тоже вариант - и отдать его разработчикам - пусть там сами этим занимаюстя. А нам остается terraform apply :)))
РР
> local.env_common и local.env_special - а потом мержить их 🙂
К сожалению, как показала практика, такие решения в поддержке/расширении создают тонну головной боли)
К сожалению, как показала практика, такие решения в поддержке/расширении создают тонну головной боли)
U
> local.env_common и local.env_special - а потом мержить их 🙂
К сожалению, как показала практика, такие решения в поддержке/расширении создают тонну головной боли)
К сожалению, как показала практика, такие решения в поддержке/расширении создают тонну головной боли)
Нууу.. не знаю. На мой взгляд чем меньше строк в коде для решения задачи - тем лучше:) Главное что бы имена понятные были.
U
Обфускацию никто читать не любит :))
РР
Просто когда тебе нужно, например, для тестов внезапно поменять для одной лямбды версию ноды, а другую вынуть из сетки для теста
РР
Начинается веселье
U
Не управляю лямбдами на уровне версий - только всей инфраструктурой целиком на уровне git ревизий. Нужна отдельная лямбда - забирай всю ветку с полным окружением.