cursed 28 фев 2011 в 19:51

Up the pool

1 мин

1.9K

Erlang/OTP *

Перевод

+39

Комментарии 13

danilissimus 28 фев 2011 в 19:57

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

dmitriid 1 мар 2011 в 08:15

> Ничем вобщемто не отличается от других распределенных технологий, кроме того, что все «искаропки».

Вообще-то в этом и есть главное и основное отличие

bobermaniac 28 фев 2011 в 20:22

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

nuclear 28 фев 2011 в 21:25

Похоже набежали...))

bobermaniac 28 фев 2011 в 21:32

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

stolen 28 фев 2011 в 22:16

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

miolini 28 фев 2011 в 22:21

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

cursed 28 фев 2011 в 22:29

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

Throwable 1 мар 2011 в 07:56

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

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

НЛО прилетело и опубликовало эту надпись здесь

michaelarshinov 1 мар 2011 в 16:35

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

LiveStalker 4 мар 2011 в 06:48

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

el777 9 мар 2011 в 17:36

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий