Вопрос про кластер

[DarkIT]

Продолжаю разбираться с ерлангом и пытаюсь для себя понять как правильней на нем строить такую систему:

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

- Как я вижу нативное решение - все ноды и А и В объеденены в кластер, когда какому либо узлу А надо передать задание В, то он вызывает nodes(). и раунд-робином выбирает какой то нод В, создает процесс и мониторит его

Насколько это правильно? 

Смущает что все ноды А тоже объедены в кластер, хотя им это совсем не надо, также как и узлы В.

Или не парится и сделать независимые ноды А, потом прокси и независимые ноды В. 

С  прокси хочется все же иметь ерланг вичи, а не покавать это все в жсон и обратно и гонять по хттп. Есть ли какие прокси для ерланг протокола-общения?

[Led]

Првильно писать "Ёрланг".

--
Led

[Evgeniy Khramtsov]

On 01.06.2013 07:36, Led wrote:
> On Friday 31 May 2013 21:38:14 DarkIT wrote:

>> Продолжаю разбираться с ерлангом ...
>>
>> С прокси хочется все же иметь ерланг вичи ... Есть ли какие прокси для ерланг

>> протокола-общения?
> Првильно писать "Ёрланг".
>

"Ырланк" же.

--
Regards,
Evgeniy Khramtsov, ProcessOne.
xmpp:xr...@jabber.ru.

[Sergey Prokhorov]

С такими задачами не сталкивался, но мне кажется нет ничего страшного в том, что ноды B тоже будут объединены в кластер. Если не объединять, а использовать, например, term_to_binary over TCP, то мониторить процесс уже так просто не получится например.

пятница, 31 мая 2013 г., 22:38:14 UTC+4 пользователь DarkIT написал:

[Alexander Dergachev]

как вариант - объединить ноды В, а ноды А присоединить к этому кластеру в виде hidden nodes, тогда они будут так же иметь доступ к нодам В, но при этом не будут видны для нод В и друг другу, что снижает количество внутреннего трафика.

--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.
Настройки подписки и доставки писем: https://groups.google.com/groups/opt_out.
 
 

[DarkIT]

Да - почитал про hidden nodes, cпасибо

On Saturday, June 1, 2013 11:27:02 AM UTC+3, Alexander Dergachev wrote:

как вариант - объединить ноды В, а ноды А присоединить к этому кластеру в виде hidden nodes, тогда они будут так же иметь доступ к нодам В, но при этом не будут видны для нод В и друг другу, что снижает количество внутреннего трафика.

On May 31, 2013, at 8:38 PM, DarkIT <dar...@gmail.com> wrote:

Продолжаю разбираться с ерлангом и пытаюсь для себя понять как правильней на нем строить такую систему:

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

- Как я вижу нативное решение - все ноды и А и В объеденены в кластер, когда какому либо узлу А надо передать задание В, то он вызывает nodes(). и раунд-робином выбирает какой то нод В, создает процесс и мониторит его

Насколько это правильно? 

Смущает что все ноды А тоже объедены в кластер, хотя им это совсем не надо, также как и узлы В.

Или не парится и сделать независимые ноды А, потом прокси и независимые ноды В. 

С  прокси хочется все же иметь ерланг вичи, а не покавать это все в жсон и обратно и гонять по хттп. Есть ли какие прокси для ерланг протокола-общения?

--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru

Чат: xmpp://erlang@conference.jabber.ru
Чат для оффтопа: xmpp://erlang-talks@conference.jabber.ru