i
Я за гибкое управление конфигом, но против вообще отрывать его от кода
Size: a a a
2020 September 23
a
Конфиг + код =одна ответственность (например за окружение)
возможно, но пока около 15 команд и два девопса, поэтому как можем, в требовании к разработчикам поставили чтобы сервис конфигурировался через env и то радость
i
Это как человеку оторвать голову и другую приделать - да, будет ходить, но человек - то уже не тот
i
И жопа без головы не нужна
i
возможно, но пока около 15 команд и два девопса, поэтому как можем, в требовании к разработчикам поставили чтобы сервис конфигурировался через env и то радость
Ну это правильно
GG
Конфиг + код =одна ответственность (например за окружение)
Нет
i
Это не вынос конфига из кода
GG
Ты можешь держать несколько ревизий переменных в вольте например
GG
А в конфиг придачи просто передатвать имя этой ревизии
GG
Как пример
i
Ты можешь держать несколько ревизий переменных в вольте например
Да, и это будет несколько инстансов. Не вижу тут отрыва от кода, как и при 12 factor и env
i
Некоторые вот вообще делают отдельные конфигураторы
i
И часто сразу на несколько приложений
i
Вот я об этом
i
Вынести значение переменных из кода не можно, а нужно
i
Главное логику конфигурации не выносить
a
Я думаю @gecube имел ввиду, что сейчас я пытаюсь и рыбку съесть и …
выкатывая и код, и секреты, и конфиг одним махом,
Хотя можно сделать два подхода:
1) Выкатить секреты и Ко под конкретное окружение
2) Выкатить код
выкатывая и код, и секреты, и конфиг одним махом,
Хотя можно сделать два подхода:
1) Выкатить секреты и Ко под конкретное окружение
2) Выкатить код
GG
И секреты отъезжают в волт удобным тебе способом, возможно, что и не через Хельм
GG
В любом случае - тебе нужно пройти все этапы. Сразу хорошо и удобно сделать не получится