Ո՞րն է տարբերությունը հաղորդագրության հերթի և առաջադրանքի հերթի միջև: Ինչու՞ պետք է հաղորդագրության բրոքեր, ինչպիսիք են RabbitMQ- ը, Redis- ը, նեխուրը կամ IronMQ- ը, պահանջվի առաջադրանքի հերթում:


պատասխանել 1:

Բացահայտում, որի համար ես աշխատում եմ

Iron.io | Cloud Application Services պրովայդեր

Կարծիքները իմն են:

Հաղորդագրությունների հերթ

Առաջադրանքների հերթ

Ռեդիս

, Բաց կոդով հաղորդագրությունների հերթ,

RabbitMQ

, ինքնազբաղված բաց կոդով հաղորդագրությունների հերթ,

Amazon SQS

, հյուրընկալված հաղորդագրությունների հերթ

IronMQ

, հյուրընկալված հաղորդագրությունների հերթ

Նեխուր

, ինքնազբաղված բաց կոդով առաջադրանքների հերթ,

Բարօրություն

, Բաց կոդով առաջադրանքների հերթ,

IronWorker- ը

, հյուրընկալված առաջադրանքների հերթում և վերամշակում.

Հետաձգվել է

, Բաց կոդով առաջադրանքների հերթ,


պատասխանել 2:
Տեղին է ասել, որ «Նեխուրը QueueWrapper / QueueFramework է, որը նվազեցնում է հերթի կառավարման կառավարման / հերթի կառավարման նախարարությունների ներքին գործունեությունը և այլն կառավարելու բարդությունը»: Ես հասկանում եմ գրքի լեզուն ՝ «Նեխուր խնդիրն է» և «RabbitMQ- ը լրատվական բրոքեր է»: Այնուամենայնիվ, որպես առաջին անգամ նեխուրի օգտագործող, մի փոքր շփոթեցնող է թվում, քանի որ մենք միշտ «RabbitMQ» - ին ենք վերաբերել որպես «հերթ»: Խնդրում ենք օգնել բացատրել, թե ինչպես / ինչ է նեխուրն անում ի տարբերություն նապաստակիMQ- ի

Աբու Աշրաֆ Մասնուն

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

Առաջադրանքների հերթ և հերթի հերթ: RabbitMQ- ը «MQ» է: Այն ստանում է հաղորդագրություններ և առաքում հաղորդագրություններ: Նեխուրը առաջադրանքների հերթ է: Այն ստանում է առաջադրանքներ `կապված համապատասխան տվյալների հետ, կատարում է դրանք և արդյունքների տրամադրում: Եկեք մի պահ մոռանանք նեխուրի մասին: Եկեք խոսենք RabbitMQ- ի մասին: Ի՞նչ ենք անելու սովորաբար: Մեր Django / Flask ծրագիրը հերթ է ուղարկում հաղորդագրություն: Որոշ աշխատակիցներ վազում են, որոշակի հերթեր են սպասում նոր հաղորդագրությունների: Երբ նոր հաղորդագրություն է գալիս, այն սկսում է աշխատել և վերամշակել առաջադրանքները: Նեխուրը հիանալի կերպով ղեկավարում է այս ամբողջ գործընթացը: Այլևս կարիք չկա անհանգստանալու AMQP- ի կամ RabbitMQ- ի մանրամասներից: Մենք կարող ենք օգտագործել Redis- ը կամ նույնիսկ տվյալների շտեմարանը (օրինակ ՝ MySQL), որպես նորությունների բրոքեր: Նեխուրով մենք կարող ենք «առաջադրանքներ» սահմանել մեր աշխատողների կոդերով: Եթե ​​մենք պետք է ինչ-որ բան անենք ֆոնին (կամ նույնիսկ առաջին պլանում), ապա մենք պարզապես կարող ենք զանգահարել այս առաջադրանքը (անհապաղ կատարման համար) կամ նշանակել այս առաջադրանքը հետաձգված մշակման համար: Նեխուրը ուղարկում էր հաղորդագրությունը և կատարում էր առաջադրանքները: Դա կսկսվի այն մարդկանցից, ովքեր գիտեն ինչպես կատարել ձեր սահմանված խնդիրները և պահպանել արդյունքները: Այս կերպ Դուք կարող եք հետագայում հարցնել առաջադրանքի արդյունքը կամ, անհրաժեշտության դեպքում, նույնիսկ առաջադրանքի առաջընթացը: Կարող եք նաև նեխուր օգտագործել որպես այլընտրանքային աշխատատեղեր (չնայած ինձ դա դուր չի գալիս):

Խուան Ֆրանցիսկո Կալդերոն Զումբա

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

Իմ հասկացողությունն այն է, որ նեխուրը պարզապես աբստրակցիայի շատ բարձր մակարդակ է ՝ իրադարձությունների արտադրող / սպառող իրականացնելու համար: Կան մի քանի ցավալի բաներ, ինչպիսիք են նապաստակի հետ աշխատելը: Նեխուրն ինքը հերթ չէ: Միջոցառման հերթերը պահվում են ձեր ընտրած համակարգում: Նեխուրն օգնում է ձեզ աշխատել նման միջոցառումների հետ `առանց վերարտադրելու արտադրողներին / սպառողներին զրոյից:
Նեխուրը հերթի ծածկոց է / շրջանակ, որը նվազեցնում է հիմքում ընկած AMQP մեխանիզմների / ճարտարապետությունների կառավարման բարդությունը, որոնք կապված են ուղղակիորեն գործող RabbitMQ- ի հետ:

պատասխանել 3:
Տեղին է ասել, որ «Նեխուրը QueueWrapper / QueueFramework է, որը նվազեցնում է հերթի կառավարման կառավարման / հերթի կառավարման նախարարությունների ներքին գործունեությունը և այլն կառավարելու բարդությունը»: Ես հասկանում եմ գրքի լեզուն ՝ «Նեխուր խնդիրն է» և «RabbitMQ- ը լրատվական բրոքեր է»: Այնուամենայնիվ, որպես առաջին անգամ նեխուրի օգտագործող, մի փոքր շփոթեցնող է թվում, քանի որ մենք միշտ «RabbitMQ» - ին ենք վերաբերել որպես «հերթ»: Խնդրում ենք օգնել բացատրել, թե ինչպես / ինչ է նեխուրն անում ի տարբերություն նապաստակիMQ- ի

Աբու Աշրաֆ Մասնուն

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

Առաջադրանքների հերթ և հերթի հերթ: RabbitMQ- ը «MQ» է: Այն ստանում է հաղորդագրություններ և առաքում հաղորդագրություններ: Նեխուրը առաջադրանքների հերթ է: Այն ստանում է առաջադրանքներ `կապված համապատասխան տվյալների հետ, կատարում է դրանք և արդյունքների տրամադրում: Եկեք մի պահ մոռանանք նեխուրի մասին: Եկեք խոսենք RabbitMQ- ի մասին: Ի՞նչ ենք անելու սովորաբար: Մեր Django / Flask ծրագիրը հերթ է ուղարկում հաղորդագրություն: Որոշ աշխատակիցներ վազում են, որոշակի հերթեր են սպասում նոր հաղորդագրությունների: Երբ նոր հաղորդագրություն է գալիս, այն սկսում է աշխատել և վերամշակել առաջադրանքները: Նեխուրը հիանալի կերպով ղեկավարում է այս ամբողջ գործընթացը: Այլևս կարիք չկա անհանգստանալու AMQP- ի կամ RabbitMQ- ի մանրամասներից: Մենք կարող ենք օգտագործել Redis- ը կամ նույնիսկ տվյալների շտեմարանը (օրինակ ՝ MySQL), որպես նորությունների բրոքեր: Նեխուրով մենք կարող ենք «առաջադրանքներ» սահմանել մեր աշխատողների կոդերով: Եթե ​​մենք պետք է ինչ-որ բան անենք ֆոնին (կամ նույնիսկ առաջին պլանում), ապա մենք պարզապես կարող ենք զանգահարել այս առաջադրանքը (անհապաղ կատարման համար) կամ նշանակել այս առաջադրանքը հետաձգված մշակման համար: Նեխուրը ուղարկում էր հաղորդագրությունը և կատարում էր առաջադրանքները: Դա կսկսվի այն մարդկանցից, ովքեր գիտեն ինչպես կատարել ձեր սահմանված խնդիրները և պահպանել արդյունքները: Այս կերպ Դուք կարող եք հետագայում հարցնել առաջադրանքի արդյունքը կամ, անհրաժեշտության դեպքում, նույնիսկ առաջադրանքի առաջընթացը: Կարող եք նաև նեխուր օգտագործել որպես այլընտրանքային աշխատատեղեր (չնայած ինձ դա դուր չի գալիս):

Խուան Ֆրանցիսկո Կալդերոն Զումբա

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

Իմ հասկացողությունն այն է, որ նեխուրը պարզապես աբստրակցիայի շատ բարձր մակարդակ է ՝ իրադարձությունների արտադրող / սպառող իրականացնելու համար: Կան մի քանի ցավալի բաներ, ինչպիսիք են նապաստակի հետ աշխատելը: Նեխուրն ինքը հերթ չէ: Միջոցառման հերթերը պահվում են ձեր ընտրած համակարգում: Նեխուրն օգնում է ձեզ աշխատել նման միջոցառումների հետ `առանց վերարտադրելու արտադրողներին / սպառողներին զրոյից:
Նեխուրը հերթի ծածկոց է / շրջանակ, որը նվազեցնում է հիմքում ընկած AMQP մեխանիզմների / ճարտարապետությունների կառավարման բարդությունը, որոնք կապված են ուղղակիորեն գործող RabbitMQ- ի հետ: