У чым розніца паміж чаргой паведамленняў і чаргой задач? Чаму брокер для паведамленняў, такіх як 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