вот я все пишут, "нода упадёт". что должно случится такого, что "нода упадёт"? вот такой вот возьмёт и упадёт? я за свою практику не помню, чтобы у меня просто так брала и падала нода. почти полгода вращается бот, никаких проблем, утечек, падений и прочего барахла. он бы и больше проработал, просто надо было код немножко обновить. ну а если руки кривоваты и что-то падает так, что тянет за собой всю апу, то никакой кролик тут не поможет

А для начала можно и Erlang in Anger прочитать
https://www.erlang-in-anger.com/

Это обычный режим работы. Сколько может работать та или иная программная система до первого отказа, я не могу предсказать)

В этом и суть.😊

Речь про то, что все системы с багами? Ну в целом да, никто ничего не может гарантировать. Как минмиум может метеорит упасть на ДЦ.

Речь не о багах, а об отказоустойчивости при продолжительных больших нагрузках,  об архитектурных особенностях

аппу уронить возможно. достаточно начать падать на start_link в гс под супервизором. к примеру, коннект куда нибудь положить в пулбой и привет, когда коннектиться станет некуда. у меня как-то была версия postgrex которая роняла все приложение, если погасить  сервер постгреса

у меня была такая фигня

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

как оказалась она рулится одним параметром в конфиге репы

тогда не падает, а просто выдаёт ошибки в лог

я сам лично замерял скорость обмена сообщениями: внутри ноды между процессами; меджу процессами на двух нодах на одной машине; между процессами на двух нодах на разных машинах. разница существенна

от этого, в общем-то, зависит скорость работы в нативном ерланг кластере

ну у меня все в пределах одного ДЦ планируется. Возможно даже в пределах одной стойки.

это проблема известная и с ней уже работают. в последних ерлангах вроде бы порешали проблему, чтобы передача больших кусков не блокировала маленькие

с какой версии такое?

+

rabbitmq до сих пор встает в ступор, когда одна нода вылетает и надо ему время, чтобы понимать, что надо отвалилась и на это время происходят всякие эффекты с раббитом

И все же, утверждение
"делать распределенные приложения с импользованием встроенных в erlang/elixir механизмов (Node.connect и друзья) всегда неправильно."
Или все же в одних сценариях неправильно, а в других правильно? И правильно ли конкретно в моем сценарии?

но у меня с другой стороны была проблема. не большие сообщения, а много маленьких. дискорд в этом направлении тоже поработал. они как раз не большие куски режут. а маленькие объединяют
https://github.com/discordapp/manifold