Wed, 16 Apr 2014 11:34:44 +0400 от Andrei Lukovenko <[email protected]>: > >2) Вопрос был про hot backup. Я согласен переключаться на резервную очередь. >Какая очередь обеспечит мне консистентный горячий бакап? у тарантула есть >репликация (у 1.6 даже мастер-мастер) > >3) Задания разнородные (разные обработчики), сервера в разных NOC. Размер >задания тоже может меняться. Никогда не сбалансируется само. :) разные >обработчики разгребают разные (под)очереди (т.е. разные классы заданий >попадают в разные очереди) внутри любого одного типа обработчиков - балансируется > >4) А что, если в какой-то момент приходит задание, которое не укладывается в >таймаут? Появляется необходимость в "продлении" таймаута со стороны >обработчика, верно? обычно такой таймаут ставят большим если вдруг его не хватает, то ничего не мешает его увеличить (на лету) > >И вот так всю дорогу: сначала не хочешь костылей и велосипедов, и берёшь >готовую очередь. Потом городишь вокруг неё те самые костыли. Потом плюёшь >слюной, и пишешь корпоративную (не опенсорсную) очередь. :) у нас тут сейчас >наоборот есть тенденция по переходу на тарантульную очередь (ввиду её большей >предсказуемости и, возможно, производительности) > > >16 апреля 2014 г., 11:23 пользователь Oleg Nurtdinov < [email protected] > >написал: >> >> >> >>Wed, 16 Apr 2014 11:07:36 +0400 от Andrei Lukovenko < [email protected] >: >> >>>Ну, раз мы заговорили о специальных случаях, и о костылях... >>> >>>1) Что произойдёт при падении сервера очередей - очередь потеряется? многие >>>сервера очередей обеспечивают персистентность (тот же rabbit , tarantool) >>вот только неперсистентная очередь сильно быстрее >> >>>2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как >>>обеспечивается резервирование очереди? можно сделать балансировщик, который >>>будут следить за состоянием очередей >>и который также может упасть =( >>т.ч. лучше хороший мониторинг >>в таком случае можно попытаться обработать таск самостоятельно (будут дольше >>для клиента, зато ничего не потеряется) >> >>>3) Как происходит балансировка нагрузки между обработчиками заданий? если >>>брать задания из очереди небольшими группами, то оно автобалансируется >> >>>4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав >>>ответа? А что, если он просто долго обрабатывает? для этого во многих >>>очередях есть возможность повторить задание (оно само разблокируется и >>>становится активным при достижении некоего таймаута) >> >>> >>>Расскажите о своей любимой очереди. :) >>По большей части использую корпоративную (не опенсорсную) очередь (писалалась >>N лет назад и до сих пор работает) >>+ очереди на тарантуле >> >>> >>> >>>16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov < [email protected] > >>>написал: >>>>+1 >>>> >>>>Зачем городить костыли, если очередь придумали специально для таких случаев? >>>> >>>> >>>>Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl < [email protected] >: >>>> >>>>>Если лень строить, заюзай очередь какую нибудь :) >>>>> >>>>> >>>>>15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko < [email protected] >>>>>> написал: >>>>>>Решение с сокетом кажется чересчур сложным? >>>>>> >>>>>> >>>>>>15 апреля 2014 г., 20:16 пользователь Павел Щербинин < [email protected] >>>>>>> написал: >>>>>>>Привет. >>>>>>> >>>>>>>Есть довольно простая задача, требуется отправит несколько запросов, >>>>>>>например инвалидация кеша facebook, по кнопке на странице, но не хочется >>>>>>>ждать ответа от удаленного сервера. >>>>>>> >>>>>>>Идея решения такая, построить демона на AE который будет слушать соккет, >>>>>>>куда мы будем писать, отключатся а демон будет в неблокирующем режиме >>>>>>>рассылать запросы. >>>>>>> >>>>>>>Собственно вопросы: >>>>>>>1. Есть ли альтернативные и простые пути этой задачи? >>>>>>>2. Есть ли альтернативы сокету? (rpc?) >>>>>>> >>>>>>>-- >>>>>>>С Уважением, >>>>>>>Щербинин Павел >>>>>>>-- >>>>>>>Moscow.pm mailing list >>>>>>>[email protected] | http://moscow.pm.org >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>>-- >>>>>>Best regards, Andrei >>>>>>+7-937-847-60-74 >>>>>>-- >>>>>>Moscow.pm mailing list >>>>>>[email protected] | http://moscow.pm.org >>>>>> >>>>> >>>>>-- >>>>>Moscow.pm mailing list >>>>>[email protected] | http://moscow.pm.org >>>>> >>>> >>>> >>>>-- >>>>Moscow.pm mailing list >>>>[email protected] | http://moscow.pm.org >>>> >>> >>> >>> >>>-- >>>Best regards, Andrei >>>+7-937-847-60-74 >>>-- >>>Moscow.pm mailing list >>>[email protected] | http://moscow.pm.org >>> >> >> >>-- >>Moscow.pm mailing list >>[email protected] | http://moscow.pm.org >> > > > >-- >Best regards, Andrei >+7-937-847-60-74 >-- >Moscow.pm mailing list >[email protected] | http://moscow.pm.org >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
