К примеру репликация - внутри датацентра часто синхронная, между ДЦ намного чаще делают асинхронную и так далее.

Ну будет рядом дц, летенси норм? Принципиально что по другому?

Erlang distribution - достаточно часто используют для распределения внутри ДЦ, но обычно переходят на другие протоколы для мультидатацентров. У erlang distribution есть две исторические проблемы из-за которых это делали, безопасность протокола, которая даёт полный доступ к vm и проблемы из-за латенси(из-за того, что все сообщения посылаются синхронно в один поток), что оно всё тогда начинало тормозить, в особенности если были большие данные.

Принципиально то, что дц редко стоят рядом и не всегда всё в порядке с латенси и дополнительные вопросы к безопасности появляются. На практике. В теории может всё и красиво одинаково выглядит, а на практике огромная разница.

Про безопасность понял. А про необходимый летенси не очень

по поводу безопасности протокола, это такая фишка by design. на сколько я понимаю, они разрабатывали distribution из расчета что это будет ВСЕГДА выполняться уже в довереной сети. напоминаю, компания ericson — это про телекоммуникации.

просто то что сделали в компании ericson оказалось настолько хорошо спроектированным что сейчас их erlang используют совсем не для того для чего он проектировался

т.е. мой поинт в том что протокол у них намеряно небезопасный и считается что вся защита навешивается какими-то другими внешними средствами

автокомплит по табу. в доке к плагину описано, почему они рекомендуют именно так

Ну как drb в руби, там тоже за безопасность не подумали, возможно намеренно, только acl

iex --sname kate@localhost --cookie secret_token — а вот это не защита? или токен снифается?

извините за нубовский вопрос, но вот стало интересно - добавляем supervisor, наблюдать за задачами, а кто наблюдает за самим supervisor? а если это то, что наблюдает упадет? или оно принципиально не может упасть?

Упасть может что угодно

Для этого существуют стратегии

Как оно должно падать

Let it crash

А если должно ловить, то можно использовать Process.trap_exit true так вроде пишется

Я правильно понимаю что multiple dc или внутренними инструментами делают в elixir (erlang) как васяп, или из опенсорса mesosphere DC/OS (lasp?)

В бим встроен механиз соединения нод в кластер. Где физически находятся эти ноды - beam не знает

Если multiple dc будет 1к пинг - это твои проблемы, средствами эрланга они никак не решаются