Лично у меня опыта траблов нет, но, думаю, тебе лучше @maxlapshin ответит

Да

В сокет того же ковбоя

угу.

Технари очень любят говорить про меритократию и о том, как они рационально принимают решения, а сами «ааа, фриибсдаа, аа, мне нравитца!»

у тебя какие сейчас проблемы с перфомансом? Сколько ты процентов времени ответа внутри системы теряешь на перепаковке http?

{_, Port} = erlang:system_info(dist_ctrl).
InetStats = [recv_oct,
    recv_cnt,
    recv_max,
    send_oct,
    send_max,
    send_cnt,
    send_pend
].
inet:getstat(Port, InetStats).

где send_pend - может показать что erlang distribution будет погибать

Лайк

{_, Port} = erlang:system_info(dist_ctrl).
InetStats = [recv_oct,
    recv_cnt,
    recv_max,
    send_oct,
    send_max,
    send_cnt,
    send_pend
].
inet:getstat(Port, InetStats).

Я сейчас для своего проекта делал интерконнект между нодами на TLS сокетах. Так я там поднмаю сразу несколько TLS соединений между нодами, в одни сокеты идут "большие" низкоприоритетные пакеты, в другие маленькие, но высокоприоритетные (там сокеты не по размеру, а по назначению, но смысл получается именно такой). На прод еще не выкатывал, но в целом - такая схема на тестах показывает себя хорошо. Мультиплексирование потоков в пределах одного соединения мне не подошло, посколько потеря пакета на некоторое время соединение тормозит, и я не могу "вынуть назад из сокета" низкоприоритетные данные, и засунуть высокоприоритетные.

не, кастомный протокол. Мне dist не подходит по соображениям безопасности. Хотя можно just for fun попробовать сделать такой dist

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

если же делать что-то универсально е там захочется код  на erlang  в конфигах nginx, или на сишечке логику воять

а Nginx же поддерживает fast-cgi и uwsgi протоколы. Они могут подойти? Или они тоже текстовые?

их надо будет со стороны эрланга парсить, а этого хочется избежать

вообще хочется и json энкодить/декодить со стороны сишного кода

хм. ну distribution же тоже делает binary_to_term

его тоже binary erlang termами передавать?

да

ну от этого никуда не денешься

term_to_binary как раз относительно легкая вещь

относительно чего? 😃