Up the pool

>Keep It Simple, Stupid.
Интересно, сколько тысяч уровней абстракции спряталось за этими двумя строчками?
>Для запуска Erlang пула Вам необходимо следующее
Ничем вобщемто не отличается от других распределенных технологий, кроме того, что все «искаропки».

Интересно, когда сюда набегут фанаты С++ с их шаблонной магией и БЫСТРОДЕЙСТВИЕМ!?

«Все компьютеры должны иметь код, который будет запущен»
Необязательно. erl_boot_server крайне прост в настройке и решает эту проблему в корне. Заодно избавляет от задач синхронизации бинарей на нодах.

Модули еще можно подгружать на всех нодах сразу коммандой nl(Mod), где Mod — имя модуля.

Разумеется, существуют способы синхронизации кода между нодами, в том числе «из коробки». В списке указаны скорее не необходимые действия, а условия.

> Я программист. Поэтому, меня всегда потрясают вещи, которые «просто работают».
…
> это и есть оскорбление все раздутых, коммерческих, дорогих BPEL-for-Web-Services-on-J2EE (or .NET) серверов приложений и т.д.

К великому сожалению, нынче вещи, которые «просто работают» не продать :(

круто! можно использовать Erlang + Linux + ODBC + Oracle, нужно будет как-нибудь вспомнить и попробывать, спасибо за статью

А если к примеру есть задача принимать на этот кластер подключения, как можно обеспечить распределение запросов по нодам? Хорошо бы учесть текущее состояние ноды — может она ушла в даун, а мы пытаемся к ней коннектиться?
Кстати, что будет происходить при падении ноды? Как другие процессы об этом узнают? Например, если есть два слинкованных процесса на разных нодах?
Есть какое-нибудь «аффинити»? Например, запустить процесс, с которым будешь интенсивно общаться, на локальной ноде?