Mille poolest erinevad sõnumijärjekord ja ülesandejärjekord? Miks peaks toimimisjärjekord funktsioneerimiseks kasutama sõnumimaaklerit nagu RabbitMQ, Redis, Seller või IronMQ?


Vastus 1:

avalikustamine, kus töötan

Raud.io | Pilverakenduste teenuse pakkuja

arvamused on minu omad.

Sõnumijärjekord

Ülesannete järjekord

Redis

, teadete järjekord avatud hankimisel,

RabbitMQ

, ise hostitud sõnumite järjekord avatud hankimisel,

Amazoni SQS

, hostitud sõnumite järjekord

IronMQ

, hostitud sõnumite järjekord

Seller

, ise hostitud ülesannete järjekord avatud hankimisel,

heaolu

, avatud hankimisjärjekord,

IronWorker

, hostitud ülesannete järjekord JA töötlemine -

Viivitatud

, avatud hankimisjärjekord,


Vastus 2:
Kas on asjakohane öelda, et "Seller on QueueWrapper / QueueFramework, mis eemaldab sisemise järjekorra haldamise keerukuseJuhtimine / järjekordHaldustegevused jne"? Ma mõistan raamatukeelt, mis ütleb: "Seller on ülesannete järjekord" ja "RabbitMQ on sõnumite vahendaja". Esmakordselt selleri kasutajana tundub see siiski pisut segane, kuna oleme RabbitMQ-d alati järjekorda tundnud. Palun aidake selgitada, kuidas / mida seeer teeb rabbitMQ-ga kontrastiks

Abu Ashraf Masnun

https: //www.facebook.com/groups / ...

Ülesannete järjekord ja sõnumite järjekord. RabbitMQ on "MQ". See võtab vastu teateid ja edastab neid. Seller on tööülesanne. Ta võtab vastu ülesandeid koos nendega seotud andmetega, käivitab neid ja edastab tulemused. Unustame selleri hetkeks. Räägime RabbitMQ-st. Mida me tavaliselt teeksime? Meie rakendus Django / Flask saadaks teate järjekorda. Meil töötab mõni töötaja, kes ootab teatud järjekordades uusi sõnumeid. Uue sõnumi saabumisel hakkab see tööle ja töötleb ülesandeid. Seller juhib kogu seda protsessi ilusti. Me ei pea enam õppima ega muretsema AMQP või RabbitMQ üksikasjade pärast. Sõnumimaaklerina saame kasutada Redisit või isegi andmebaasi (näiteks MySQL). Seller võimaldab meil määratleda "tööülesanded" meie töötajate koodidega. Kui peame tegema midagi taustal (või isegi esiplaanil), võime selle ülesande lihtsalt nimetada (koheseks täitmiseks) või kavandada see toiming viivitatud töötlemiseks. Seller tegeleks sõnumite edastamise ja ülesannete täitmisega. See käivitaks töötajad, kes teaksid, kuidas teie määratletud ülesandeid täita ja tulemusi salvestada. Nii et saate hiljem ülesande tulemuse või vajadusel isegi ülesande käigu kohta päringuid küsida. Sellerit saab kasutada ka croni töö alternatiivina (kuigi mulle see eriti ei meeldi)!

Juan Francisco Calderon Zumba

https: //www.facebook.com/groups / ...

Minu arusaam on, et seller on lihtsalt väga kõrge abstraktsiooni tase ürituste tootja / tarbija elluviimiseks. See võtab välja mitu valusat asja, mida peate tegema näiteks rabbitmq-iga töötamiseks. Seller ise pole järjekord. Ürituste järjekorrad salvestatakse teie valitud süsteemi, seller aitab teil selliste üritustega töötada, ilma et peaksite tootjat / tarbijat nullist kirjutama.
Seller on järjekorda pakkija / raamistik, mis eemaldab keerukuse, mis tuleneb RabbitMQ-ga otse töötavate AMQP-mehhanismide / -arhitektuuri haldamisest

Vastus 3:
Kas on asjakohane öelda, et "Seller on QueueWrapper / QueueFramework, mis eemaldab sisemise järjekorra haldamise keerukuseJuhtimine / järjekordHaldustegevused jne"? Ma mõistan raamatukeelt, mis ütleb: "Seller on ülesannete järjekord" ja "RabbitMQ on sõnumite vahendaja". Esmakordselt selleri kasutajana tundub see siiski pisut segane, kuna oleme RabbitMQ-d alati järjekorda tundnud. Palun aidake selgitada, kuidas / mida seeer teeb rabbitMQ-ga kontrastiks

Abu Ashraf Masnun

https: //www.facebook.com/groups / ...

Ülesannete järjekord ja sõnumite järjekord. RabbitMQ on "MQ". See võtab vastu teateid ja edastab neid. Seller on tööülesanne. Ta võtab vastu ülesandeid koos nendega seotud andmetega, käivitab neid ja edastab tulemused. Unustame selleri hetkeks. Räägime RabbitMQ-st. Mida me tavaliselt teeksime? Meie rakendus Django / Flask saadaks teate järjekorda. Meil töötab mõni töötaja, kes ootab teatud järjekordades uusi sõnumeid. Uue sõnumi saabumisel hakkab see tööle ja töötleb ülesandeid. Seller juhib kogu seda protsessi ilusti. Me ei pea enam õppima ega muretsema AMQP või RabbitMQ üksikasjade pärast. Sõnumimaaklerina saame kasutada Redisit või isegi andmebaasi (näiteks MySQL). Seller võimaldab meil määratleda "tööülesanded" meie töötajate koodidega. Kui peame tegema midagi taustal (või isegi esiplaanil), võime selle ülesande lihtsalt nimetada (koheseks täitmiseks) või kavandada see toiming viivitatud töötlemiseks. Seller tegeleks sõnumite edastamise ja ülesannete täitmisega. See käivitaks töötajad, kes teaksid, kuidas teie määratletud ülesandeid täita ja tulemusi salvestada. Nii et saate hiljem ülesande tulemuse või vajadusel isegi ülesande käigu kohta päringuid küsida. Sellerit saab kasutada ka croni töö alternatiivina (kuigi mulle see eriti ei meeldi)!

Juan Francisco Calderon Zumba

https: //www.facebook.com/groups / ...

Minu arusaam on, et seller on lihtsalt väga kõrge abstraktsiooni tase ürituste tootja / tarbija elluviimiseks. See võtab välja mitu valusat asja, mida peate tegema näiteks rabbitmq-iga töötamiseks. Seller ise pole järjekord. Ürituste järjekorrad salvestatakse teie valitud süsteemi, seller aitab teil selliste üritustega töötada, ilma et peaksite tootjat / tarbijat nullist kirjutama.
Seller on järjekorda pakkija / raamistik, mis eemaldab keerukuse, mis tuleneb RabbitMQ-ga otse töötavate AMQP-mehhanismide / -arhitektuuri haldamisest