A
в общем я пока запихал в :applications приложения которые нужно запускать в нужном порядке
кстати я недавно обнаружил что AWS начал предлагать в своем ECS именно указания порядка запуска аппов
Size: a a a
2019 November 06
A
просто интересно
A
наверное востребованно
Е
востребовано
Е
скажем у меня есть три приложения A, B, C, при этом A ничего не знает о B и обращается к нему через C
Е
Но при этом B должно быть получается стартовано раньше A
Е
Значит надо стартовать C, которое уже стартует A и B в нужном порядке
Е
В общем понятно. Конфиг же в окружении, а окружение глобально для всей ноды. Хочется индивидуальных конфигов для приложения, то только через неймспейсы
Е
Не существует персональных конфигов, есть конфигурация ноды
Но все равно бредовато. У каждого приложения есть своя папка
config, и если засунуть это приложение в зависимости, то эта папка будет просто проигнорирована, а не смерджена в конфиг ноды.ŹR
Но все равно бредовато. У каждого приложения есть своя папка
config, и если засунуть это приложение в зависимости, то эта папка будет просто проигнорирована, а не смерджена в конфиг ноды.Всмысле у каждого приложения? У тебя umbrella или нет?
Е
Всмысле у каждого приложения? У тебя umbrella или нет?
нет не umbrella
Е
да даже если umbrella, там конфиги приложения мерджаться прямо в общем конфиге
Е
ЕМНИП
Е
Грубо говоря mix-у насрать на конфиги зависимостей, сам мерджи если надо
ŹR
«Приложение» - это набор скомпилированных модулей эрланг
ŹR
О каких конфигах вообще идёт речь
Е
делаешь
mix new и оно сгенерит папочку в которой будет папка config с файлом config.exsŹR
Ну вот если ты запустишь mix что-то внутри этой папочки, то оно превратит эти конфиги в sys.config и стартует с ним ноду
Е
ага, а если я сгенерю два приложения и одно сделаю зависимостью другого, то при старте, загрузится только конфиг приложения внутри которого стартую, а то что в приложении-зависимости будет проигнорено
ŹR
Конфиг не имеет отношения к приложению