ŹR
Ну можно сделать несколько приложений-запускаторов
Size: a a a
2019 November 06
DR
чисто по зависимостям?
Заходишь в single_node_app и указываю там в каком порядке он стартует все остальные.
Е
дело в том, что в нашем случае нельзя обращаться к другим приложениям напрямую по имени модулей
Е
приходится городить некое интерфейсное приложение
DR
Хотя для правильности архитектуры - a_app должен уметь стартовать без b_app и наоборот. Т.е. чтобы они могли выживать, когда один из них недоступен.
DR
Это станет необходимостью при разбиении на разные физические ноуды.
Е
я вот от амбреллы ушел в сторону
Е
фактически иммитирую амбреллу, только с нужными изменениями
Е
у меня всегда есть корневое приложение
DR
Оно у меня пустое, потому что я вижу постоянно как разные комманды косячат с ним и совершают ошибки, поэтому я стараюсь сразу убрать source этих ошибок в своих.
Е
Dmitry Russ (Aleksandrov)
Оно у меня пустое, потому что я вижу постоянно как разные комманды косячат с ним и совершают ошибки, поэтому я стараюсь сразу убрать source этих ошибок в своих.
у меня оно тоже пустое, просто стартует нужные приложения и все
SK
А есть у кого-нибудь пример такого, когда a_app и b_app работают на разных нодах? Как в таком случае будет происходить связь между приложениями?
SK
Когда я такое пытался написать, все закончилось :global процессом и кучей send
Е
самое простое, по-моему, это
:rpc.callDR
Simon Khaskelberg
А есть у кого-нибудь пример такого, когда a_app и b_app работают на разных нодах? Как в таком случае будет происходить связь между приложениями?
:rpc.call, json rpc, grpc, rest - любой протокол на выбор. У нас был на одной фирме самописный тулкит на основе json rpc с заменяемым транспортом(http/zeromq/erlang distributed были на выбор) и json на msgpack заменялся тоже одной опцией в конфигурации со всякими плюшками типа аутодискавери в сети на основе apple-ой магии поиска... Забыл как она называется.
SK
Спасибо. Поэкспериментирую
VS
дело в том, что в нашем случае нельзя обращаться к другим приложениям напрямую по имени модулей
если все приложения ваши,
то можно использовать
included_applications
то можно использовать
included_applications
YS
Никому не нужны рубисты?
ⰿⱄ
Никому не нужны рубисты?
поди услуги предлагаете?)
AG
Никому не нужны рубисты?
Говнори не нужны, ибо все проекты которые делают на руби, заканчиваются тем, что их потом переписывают на elixir, из-за одной причины, что elixir не блокирующий и может отрабатывать большое количество коннектов/запросов. А руби блокирующий и чтобы там проект держал нагрузки, надо уйму железа и костылей наделать, чтобы хотя бы 5000 в онлайне держать...