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