Какие есть либы для обмена сообщениями в кластере посредством c/c++ ?
Основные требования, в порядке убывания приоритета:
1. Скорострельность.
2. Гарантированность доставки сообщений (персистентность очереди), в т.ч. на случай падения отправителя/получателя.
3. Доступность сорцов критична — можно за деньги.
4. Поддержка распределенных кластеров, т.е. использование транспортов типа http и прочих хорошо тунеллируемых приветствуются.
3. Репликация/HighAvailability желательны, но не обязательны.
В общем, нужен легковесный и скорострельный сишный аналог jms.
Не со всеми фичами, но с особой производительностью.
Re: Обмен сообщениями с гарантированной доставкой a la JMS
Здравствуйте, s.ts, Вы писали:
ST>Всем привет.
ST>Какие есть либы для обмена сообщениями в кластере посредством c/c++ ?
ST>Основные требования, в порядке убывания приоритета: ST>1. Скорострельность. ST>2. Гарантированность доставки сообщений (персистентность очереди), в т.ч. на случай падения отправителя/получателя. ST>3. Доступность сорцов критична — можно за деньги. ST>4. Поддержка распределенных кластеров, т.е. использование транспортов типа http и прочих хорошо тунеллируемых приветствуются. ST>3. Репликация/HighAvailability желательны, но не обязательны.
ST>В общем, нужен легковесный и скорострельный сишный аналог jms. ST>Не со всеми фичами, но с особой производительностью.
Rabbit MQ
Re[2]: Обмен сообщениями с гарантированной доставкой a la JM
Здравствуйте, MasterZiv, Вы писали:
MZ>On 23.05.2011 23:53, s.ts wrote:
>> Какие есть либы для обмена сообщениями в кластере посредством c/c++ ?
MZ>А собственно JMS-ы тебя чем не устраивают ?
MZ>Active MQ, или другие. Линки для C++ есть в избытке: XMPP, STOMP.
Active MQ java с собой не потащит случаем ?
Еще хочется чтобы не было центрального cервера.
Т.е. xmpp не подойдет.
Re[2]: Обмен сообщениями с гарантированной доставкой a la JM
Здравствуйте, placement_new, Вы писали:
_>Здравствуйте, s.ts, Вы писали:
ST>>Всем привет.
ST>>Какие есть либы для обмена сообщениями в кластере посредством c/c++ ?
ST>>Основные требования, в порядке убывания приоритета: ST>>1. Скорострельность. ST>>2. Гарантированность доставки сообщений (персистентность очереди), в т.ч. на случай падения отправителя/получателя. ST>>3. Доступность сорцов критична — можно за деньги. ST>>4. Поддержка распределенных кластеров, т.е. использование транспортов типа http и прочих хорошо тунеллируемых приветствуются. ST>>3. Репликация/HighAvailability желательны, но не обязательны.
ST>>В общем, нужен легковесный и скорострельный сишный аналог jms. ST>>Не со всеми фичами, но с особой производительностью.
_>Rabbit MQ
Эрланг тянет.
Нужна имплементация на C/C++
Re: Обмен сообщениями с гарантированной доставкой a la JMS
Здравствуйте, ShubinEV, Вы писали:
SEV>Здравствуйте, s.ts, Вы писали:
ST>>Всем привет.
ST>>Какие есть либы для обмена сообщениями в кластере посредством c/c++ ?
SEV>apache qpid
Re[3]: Обмен сообщениями с гарантированной доставкой a la JM
On 24.05.2011 11:12, s.ts wrote:
> Active MQ java с собой не потащит случаем ?
Куда не потащит ? Это ж сервер, сам написан на Java.
Но тебе-то какое дело ? Ты к нему коннектиться только
будешь. Тебе большое дело напр. до того, на чём сервера
Google работают ?
> Еще хочется чтобы не было центрального cервера.
Мессажинг без центрального сервера ?
Posted via RSDN NNTP Server 2.1 beta
Re[4]: Обмен сообщениями с гарантированной доставкой a la JM
Здравствуйте, MasterZiv, Вы писали:
MZ>On 24.05.2011 11:12, s.ts wrote:
>> Active MQ java с собой не потащит случаем ?
MZ>Куда не потащит ? Это ж сервер, сам написан на Java. MZ>Но тебе-то какое дело ? Ты к нему коннектиться только MZ>будешь. Тебе большое дело напр. до того, на чём сервера MZ>Google работают ?
Сервера гугл — пофиг.
А свои — не пофиг.
Не хочется jvm затаскивать.
Клиент там хоть jvm не требует ?
>> Еще хочется чтобы не было центрального cервера. MZ>Мессажинг без центрального сервера ?
Да, peer-to-peer.
Если клиенты знают адреса друг друга, то нужно просто обеспечить персистентность очереди сообщений и гарантировать доставку.
Ситуация такая.
Есть свой кластер, есть внешняя система которой нужно кидать нотификации по jms.
Внутри своего кластера тоже нужен обмен сообщениями.
Затаскивать явы и эрланги не хочется, т.к. система вся на сях.
Re[5]: Обмен сообщениями с гарантированной доставкой a la JM
Здравствуйте, ShubinEV, Вы писали:
SEV>Здравствуйте, s.ts, Вы писали:
ST>>Да, peer-to-peer.
SEV>Тогда Apache qpid не подходит. На этот случай есть ZeroMQ.
Почему qpid не подходит ?
Re[6]: Обмен сообщениями с гарантированной доставкой a la JM
Здравствуйте, ShubinEV, Вы писали:
SEV>Здравствуйте, s.ts, Вы писали:
ST>>Да, peer-to-peer.
SEV>Тогда Apache qpid не подходит. На этот случай есть ZeroMQ.
В ZeroMQ LGPLv3+
Вроде как в коммерцию толком не запустишь ?
И совместно с lgplv2 использовать тоже проблема ?
Re[7]: Обмен сообщениями с гарантированной доставкой a la JM
Здравствуйте, s.ts, Вы писали:
ST>Здравствуйте, ShubinEV, Вы писали:
SEV>>Здравствуйте, s.ts, Вы писали:
ST>>>Да, peer-to-peer.
SEV>>Тогда Apache qpid не подходит. На этот случай есть ZeroMQ.
ST>Почему qpid не подходит ?