У чым розніца паміж чаргой паведамленняў і чаргой задач? Чаму брокер для паведамленняў, такіх як RabbitMQ, Redis, Celery або IronMQ, патрабуецца для чаргі задач?
адказ 1:
Раскрыццё інфармацыі я працую
Iron.io | Пастаўшчык паслуг хмарных прыкладанняў
Меркаванні мае ўласныя.
Чарга паведамленняў
Чарга заданняў
Рэдзіс
, Чарга паведамленняў з адкрытым зыходным кодам,
RabbitMQ
, чарга паведамленняў з адкрытым зыходным кодам, якая самастойна размешчана,
SQS Amazon
, размешчана чарга з паведамленнямі
IronMQ
, чарга з размешчанымі паведамленнямі
Салера
, чарга задач з адкрытым зыходным кодам,
Дабрабыт
, Чарга задач з адкрытым зыходным кодам,
IronWorker
, якая размяшчаецца ў чарзе задач І апрацоўка -
Delayed_job
, Чарга задач з адкрытым зыходным кодам,
адказ 2:
Ці мэтазгодна сказаць, што "Celery - гэта QueueWrapper / QueueFramework, які памяншае складанасць кіравання ўнутранай дзейнасцю queueManagement / queueAdministration і г.д.?" Я разумею мову кніг "Салера - гэта чарга задач" і "RabbitMQ - брокер навін". Аднак, як першы карыстальнік салеры, гэта здаецца крыху заблытаным, бо мы заўсёды называлі RabbitMQ "чаргой". Дапамажыце, калі ласка, растлумачыць, як / што робіць салера ў адрозненне ад кролика
Абу Ашраф Маснун
https: //www.facebook.com/groups / ...
Чарга заданняў і чарга паведамленняў. RabbitMQ - гэта "MQ". Ён атрымлівае паведамленні і дастаўляе паведамленні. Салера - гэта чаргу задач. Ён атрымлівае задачы з звязанымі з імі дадзенымі, выконвае іх і дае вынікі. Давайце на хвіліну забудзем пра салера. Давайце пагаворым пра RabbitMQ. Што мы звычайна робім? Наша дадатак Django / Flask адпраўляе паведамленне ў чаргу. Некаторыя супрацоўнікі працуюць і чакаюць новых паведамленняў. Калі прыходзіць новае паведамленне, яно пачынае працаваць і апрацоўвае задачы. Салера цудоўна кіруе ўсім гэтым працэсам. Нам больш не трэба турбавацца пра падрабязнасці AMQP альбо RabbitMQ. Мы можам выкарыстоўваць Redis ці нават базу дадзеных (напрыклад, MySQL) у якасці брокера навін. З салеры мы можам вызначыць "задачы" з дапамогай нашых працоўных кодаў. Калі нам трэба зрабіць што-небудзь у фонавым рэжыме (ці нават на пярэднім плане), мы можам проста назваць гэтую задачу (для неадкладнага выканання) альбо запланаваць гэтую задачу для затрымкі апрацоўкі. Салера будзе перасылаць паведамленне і выконваць задачы. Гэта пачне людзей, якія ўмеюць выконваць пастаўленыя задачы і захоўваць вынікі. Такім чынам вы можаце запытаць вынік задачы пазней альбо, калі неабходна, нават выканаць задачу. Вы таксама можаце выкарыстоўваць салера ў якасці альтэрнатывы працы з кронамі (хаця мне гэта не вельмі падабаецца)!
Хуан Францыска Кальдэрон Зумба
https: //www.facebook.com/groups / ...
Я разумею, што салера - гэта вельмі высокі ўзровень абстракцыі для рэалізацыі вытворцаў і спажыўцоў падзей. Ёсць некалькі хваравітых рэчаў, такіх як праца з rabbitmq. Сам салера не ў чарзе. Чаргі падзей захоўваюцца ў абранай вамі сістэме. Салера дапамагае працаваць з такімі падзеямі без неабходнасці перапісваць вытворцаў / спажыўцоў з нуля.
Салера - гэта абгортка / аснова чаргі, якая памяншае складанасць кіравання асноўнымі механізмамі / архітэктурамі AMQP, звязанымі непасрэдна з аперацыяй RabbitMQ
адказ 3:
Ці мэтазгодна сказаць, што "Celery - гэта QueueWrapper / QueueFramework, які памяншае складанасць кіравання ўнутранай дзейнасцю queueManagement / queueAdministration і г.д.?" Я разумею мову кніг "Салера - гэта чарга задач" і "RabbitMQ - брокер навін". Аднак, як першы карыстальнік салеры, гэта здаецца крыху заблытаным, бо мы заўсёды называлі RabbitMQ "чаргой". Дапамажыце, калі ласка, растлумачыць, як / што робіць салера ў адрозненне ад кролика
Абу Ашраф Маснун
https: //www.facebook.com/groups / ...
Чарга заданняў і чарга паведамленняў. RabbitMQ - гэта "MQ". Ён атрымлівае паведамленні і дастаўляе паведамленні. Салера - гэта чаргу задач. Ён атрымлівае задачы з звязанымі з імі дадзенымі, выконвае іх і дае вынікі. Давайце на хвіліну забудзем пра салера. Давайце пагаворым пра RabbitMQ. Што мы звычайна робім? Наша дадатак Django / Flask адпраўляе паведамленне ў чаргу. Некаторыя супрацоўнікі працуюць і чакаюць новых паведамленняў. Калі прыходзіць новае паведамленне, яно пачынае працаваць і апрацоўвае задачы. Салера цудоўна кіруе ўсім гэтым працэсам. Нам больш не трэба турбавацца пра падрабязнасці AMQP альбо RabbitMQ. Мы можам выкарыстоўваць Redis ці нават базу дадзеных (напрыклад, MySQL) у якасці брокера навін. З салеры мы можам вызначыць "задачы" з дапамогай нашых працоўных кодаў. Калі нам трэба зрабіць што-небудзь у фонавым рэжыме (ці нават на пярэднім плане), мы можам проста назваць гэтую задачу (для неадкладнага выканання) альбо запланаваць гэтую задачу для затрымкі апрацоўкі. Салера будзе перасылаць паведамленне і выконваць задачы. Гэта пачне людзей, якія ўмеюць выконваць пастаўленыя задачы і захоўваць вынікі. Такім чынам вы можаце запытаць вынік задачы пазней альбо, калі неабходна, нават выканаць задачу. Вы таксама можаце выкарыстоўваць салера ў якасці альтэрнатывы працы з кронамі (хаця мне гэта не вельмі падабаецца)!
Хуан Францыска Кальдэрон Зумба
https: //www.facebook.com/groups / ...
Я разумею, што салера - гэта вельмі высокі ўзровень абстракцыі для рэалізацыі вытворцаў і спажыўцоў падзей. Ёсць некалькі хваравітых рэчаў, такіх як праца з rabbitmq. Сам салера не ў чарзе. Чаргі падзей захоўваюцца ў абранай вамі сістэме. Салера дапамагае працаваць з такімі падзеямі без неабходнасці перапісваць вытворцаў / спажыўцоў з нуля.
Салера - гэта абгортка / аснова чаргі, якая памяншае складанасць кіравання асноўнымі механізмамі / архітэктурамі AMQP, звязанымі непасрэдна з аперацыяй RabbitMQ
Апублікавана 27-02-2020