[Moscow.pm] nosql сервер под очередь задач

[Warstone@list.ru]

 Я,в свое время баловался схожим. У меня был биллинг спутника, где вендор писал данные в мускуль таблицу (4.0). Собственно схема была такая: с вендора реплка к себе на 5.1 (5.5 не пашет с репликой из 4.0), на 5.1 С триггеры на посылку сообщений в кролика (RabbitMQ), и рядом 5.5 для объединения баз в одну (физические симлинки папок и спец режим ридонли без кеширования). Собственно  дальше делается консюмер с очередью на эксчендж.


Суббота, 12 января 2013, 20:46 +06:00 от Nick Knutov <mail на knutov.com>:
>Подскажите, какие сейчас есть nosql серверы, вроде Redis, чтобы не на 
>яве и с биндингом для перла и можно было повесить хук на появление 
>данных?  И, наверное, все данные должны сохранятся при потере питания, а 
>скорость не очень критична - данных не много.
>
>Кейс предполагается примерно такой:
>
>1) Какой-то внешний скрипт коннектится к nosql базе и кладёт задачу.
>2) На некотором другом сервере запущен перловый скрипт демоном с 
>повешенным хуком на появление новых данных (предполагается какой-то 
>механизм коллбека, а не проверка в цикле) и как только для него есть 
>новые задачи - последовательно (это важно) их выполняет.
>
>Сейчас очередь в мускле, а скрипт по крону раз в минут за ней ходит, но 
>хочется более быстрой реакции на новые данные, чем раз в минуту.
>
>-- 
>Best Regards,
>Nick Knutov
>http://knutov.com
>ICQ: 272873706
>Voice: +7-904-84-23-130
>-- 
>Moscow.pm mailing list
>moscow-pm на pm.org |  http://moscow.pm.org

----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130113/c8f3f556/attachment.html>