В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.elixir

1014 membersпожаловаться на группу
2019 November 06

Е

Евгений in pro.elixir
Dmitry Russ (Aleksandrov)
Если не держать часть конфига в зависимом приложении, то будет code duplication. Т.е. захочешь запускать a_app отдельно - один конфиг, если запускать single_node_app, то будет тот же самый конфиг (или почти такой же), только в другом месте. Я в таком случае за import и отсутствие code duplication-а, но принимаю дубликат конфига между a_app и single_node_app как вполне жизнеспособную альтернативу.
согласен
источник
18:18пожаловаться

Е

Евгений in pro.elixir
Зависимости по умолчанию почему-то собираются и запускаются в :prod окружении, а не в окружении основного приложения. Зачем?
источник
18:23пожаловаться

ŹR

Źmićer Rubinštejn in pro.elixir
Я думаю, что если в этом примере много code duplication, то конфиги сделаны не правильно.
Потому что конфиги как раз и определяют контекст выполнения приложения. В случае запуска “отдельно” и запуска “как зависимость другого вместе на ноде” это контексты тупо разные
источник
18:26пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Я думаю, что если в этом примере много code duplication, то конфиги сделаны не правильно.
Потому что конфиги как раз и определяют контекст выполнения приложения. В случае запуска “отдельно” и запуска “как зависимость другого вместе на ноде” это контексты тупо разные
Все сделано правильно - и код дупликейшен будет. Если ты запускаешь a_app внутри ноуды или отдельной ноудой - им по-прежнему нужно будет подключаться к одной и той же базе данных, иметь какие-то свои неймспейсы и размеры кешей и так далее. То, что оно запускается внутри одной VM или внутри разных VM - все эти параметры не меняет.
источник
18:28пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Я думаю, что если в этом примере много code duplication, то конфиги сделаны не правильно.
Потому что конфиги как раз и определяют контекст выполнения приложения. В случае запуска “отдельно” и запуска “как зависимость другого вместе на ноде” это контексты тупо разные
Это не разные контексты. Это тоже самое, как спор микросервисы или модульный монолит - разделение обязанностей одинаковое, но физическое расположение разное.
источник
18:29пожаловаться

ŹR

Źmićer Rubinštejn in pro.elixir
Получается ты конфигурируешь не свое приложение, а экто, феникс и тыды. Исходя из такой логики ИХ конфиг тоже должен отдельно лежать, а потом оттуда импортироваться
источник
18:29пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Получается ты конфигурируешь не свое приложение, а экто, феникс и тыды. Исходя из такой логики ИХ конфиг тоже должен отдельно лежать, а потом оттуда импортироваться
Здесь есть разница большая разница.
источник
18:30пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Получается ты конфигурируешь не свое приложение, а экто, феникс и тыды. Исходя из такой логики ИХ конфиг тоже должен отдельно лежать, а потом оттуда импортироваться
Если a_app может запускаться отдельно, то phoenix нет. Точно так же, как ssl или libc ты не будешь выносить в микросервис, потому что это либа не существующая отдельно. А вот web app, auth service, admin app вполне выносятся в микросервисы и может иметь смысл запускать их физически в одной или на разных ноудах.
источник
18:32пожаловаться

ŹR

Źmićer Rubinštejn in pro.elixir
Согласен, так и есть
источник
18:33пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Согласен, так и есть
И к примеру, если в auth service ты конфигурируешь 5 неудачных попыток прежде, чем блокировать - то эта конфигурация останется - будешь ты запускать auth service физически в одной ноуде с другими приложениями или нет.
источник
18:34пожаловаться

ŹR

Źmićer Rubinštejn in pro.elixir
Тогда надо вручную импортировать конфиг
источник
18:34пожаловаться

ŹR

Źmićer Rubinštejn in pro.elixir
Но для этого походу придумали umbrella
источник
18:35пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Тогда надо вручную импортировать конфиг
О чем я написал выше. Вручную через import_config
источник
18:35пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Źmićer Rubinštejn
Но для этого походу придумали umbrella
Я такое и делаю через umbrella.
источник
18:35пожаловаться

Е

Евгений in pro.elixir
Źmićer Rubinštejn
Но для этого походу придумали umbrella
у умбрелла стартует все что есть в app
источник
18:35пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Евгений
у умбрелла стартует все что есть в app
Я в umbrella никогда не использую корневое приложение.
источник
18:36пожаловаться

Е

Евгений in pro.elixir
Dmitry Russ (Aleksandrov)
Я в umbrella никогда не использую корневое приложение.
а как тогда стартовать в нужном порядке?
источник
18:36пожаловаться

DR

Dmitry Russ (Aleksandrov) in pro.elixir
У меня бы было там a_app, b_app, single_node_app - когда мне нужен конкретный app - иду в его папку.
источник
18:36пожаловаться

Е

Евгений in pro.elixir
чисто по зависимостям?
источник
18:36пожаловаться

ŹR

Źmićer Rubinštejn in pro.elixir
Евгений
чисто по зависимостям?
ну да
источник
18:36пожаловаться