Е
если этот чужой процесс помреть, то оно не самовыпилится из Registry?
Size: a a a
2019 April 01
Е
ID:382338188
посмотри horde
да не это пока сильно лишнее
ŹR
если этот чужой процесс помреть, то оно не самовыпилится из Registry?
Как по твоему процесс попадает в registry?
Е
через
Registry.registerЕ
взять и через :rpc вызвать функцию которая и зарегистрирует процемс
Е
точнее говоря если мониторить процесс из одной ноды процессом из другой, оно само чудесным образом будет пересылать сообщения о завершении процесса?
ŹR
А почему должно быть по другому?
Е
хз, у кластера нод есть некий общий реестр процессов?
Е
тогда непонятно почему в доках Registry позиционируется как local?
ML
Вопрос. У меня проект, в зонтике работают несколько приложений, соответственно они все сидят на одной ноде и свободно вызывают функции друг-друга. Если в будущем придется эти приложения раскидать на разные ноды (в локалке), то вызов функций одной ноды из другой ноды останется таким же, или потребуется массированный рефакторинг?
Да, тебе понадобится серьезнейший рефакторинг
Е
Да, тебе понадобится серьезнейший рефакторинг
я уже понял, пока аппликухи слабо вцепились друг в друга лапками надо исправить сейчас
ŹR
Потому что registry используют через via
ML
я уже понял, пока аппликухи слабо вцепились друг в друга лапками надо исправить сейчас
Самая большая проблема: что делать, когда оно начнет ломаться
Е
Потому что registry используют через via
Registry используют как угодно, хоть с via хоть без, какое это имеет отношение к вопросу?
Е
Самая большая проблема: что делать, когда оно начнет ломаться
а что должно начать ломаться?
ŹR
Ну попробуй с via сделать на другой ноде, поймёшь какое отношение имеет к вопросу
Е
Ну попробуй с via сделать на другой ноде, поймёшь какое отношение имеет к вопросу
типа с via оно поломается, а без via нет? Сдается мне, это неверно.
ŹR
Типа с via нету rpc
ŹR
Чтобы что-то было не local, оно должно вызываться без rpc
ŹR
Ты ж не попробовал