Е
Ну правильно, в конфиг ноды
Не понимаю. Только что ты сказал, что:
Если есть параметр, который должен знать ТОЛЬКО Б, значит это НЕ конфигSize: a a a
2019 November 06
Е
пароль к БД должен знать ТОЛЬКО Б
ŹR
Нет. Пароль к БД должен знать админ ноды
Е
А приложение прочитает его телепатически из мыслей админа
Z
приложение прочитает его из Application.fetch_env(:b_app, :database)
Е
приложение прочитает его из Application.fetch_env(:b_app, :database)
сначала оно там должно оказаться и конфиг - это один из способов
ŹR
В твоем предложении админ ноды запускает приложение, у которого написано “у меня есть зависимость - приложение :db”, которое черный ящик. Поэтому я понятия не имею о его УРЛ - только оно само там где-то знает
Е
В твоем предложении админ ноды запускает приложение, у которого написано “у меня есть зависимость - приложение :db”, которое черный ящик. Поэтому я понятия не имею о его УРЛ - только оно само там где-то знает
ну не обязательно черный ящик на самом деле. Какие-то зависимости да, черные ящики, а какие-то нет
ŹR
Все зависимости это черный ящик с точки зрения того, кто их вызывает
Е
Короче, на самом деле спор сводится к следующему:
нужно ли структурировать конфиги или валить все в одну кучу, лично мне нравится структурировать
нужно ли структурировать конфиги или валить все в одну кучу, лично мне нравится структурировать
ŹR
на самом деле ты хочешь засунуть конфиги внутрь черного ящика
DR
Если мне нужно :a_app и :b_app запускать на одной ноуде, то я создал бы :single_node_app - который бы зависел от :a_app и :b_app и в своем конфиге, внутри umbrella - писал бы
и так далее.
import “../../a_app/config/config.exs”
import “../../b_app/config/config.exs”
и так далее.
Е
Dmitry Russ (Aleksandrov)
Если мне нужно :a_app и :b_app запускать на одной ноуде, то я создал бы :single_node_app - который бы зависел от :a_app и :b_app и в своем конфиге, внутри umbrella - писал бы
и так далее.
import “../../a_app/config/config.exs”
import “../../b_app/config/config.exs”
и так далее.
я так и делаю фактически в данный момент
DR
У каждого приложения свой конфиг, но на этапе сборки ноуды и релиза приложения конфиги мерджаться. Все, что касается только приложения a_app, находится в неймспейсе a_app-а.
Е
только там сейчас не
import, а import_config с 1.9 вродеЕ
Dmitry Russ (Aleksandrov)
У каждого приложения свой конфиг, но на этапе сборки ноуды и релиза приложения конфиги мерджаться. Все, что касается только приложения a_app, находится в неймспейсе a_app-а.
ага, но вот есть люди считающие, что это неправильно
DR
ага, но вот есть люди считающие, что это неправильно
Я кусок дискуссии пропустил, поэтому не в курсе о таких…
Е
Ну типа нечего вообще держать части конфига в конфигах зависимых приложений.
Е
стикер вкусовщина здесь быть должен? :)
DR
Если не держать часть конфига в зависимом приложении, то будет code duplication. Т.е. захочешь запускать a_app отдельно - один конфиг, если запускать single_node_app, то будет тот же самый конфиг (или почти такой же), только в другом месте. Я в таком случае за import и отсутствие code duplication-а, но принимаю дубликат конфига между a_app и single_node_app как вполне жизнеспособную альтернативу.