Skusenosti s SQL Server Service Broker rubrika: Programování: Jiné

12 harrison314
položil/-a 16.9.2016

Zdravim,
ma niekto praktcke skusenosti s pouzitim SQL Server Service Broker ako message qeueu?
Na co ste ho pouzili a s akymi problemami ste sa pri nom stretli?

Komentáře

  • pilif : Zdravím, je to již delší dobu bez odpovědi a také by mne to zajímalo. Nasbíral jste od té doby nějaké zkušenost? Děkuji. 29.3. 22:40
  • harrison314 : Ahoj, odpoviem v odpovedi. 30.3. 7:30
odkaz
12 harrison314
odpověděl/-a 30.3. 7:51

Ahoj, ano nazbieral, medzitym pribudli aj nejake studijne materialy (napr. ako SQL Server Service Broker pouzivaju v Alze, ak bude zaujem mozem dohladat link). SQL Server Service Broker je velmi dobra a spolahliva vec, hlavne ak nou riesis veci vnutri SQL serveru (aj na viacej instanciach, paralelizacia dlhotravjucich taskov, job qeueu...).

SQL Server Service Broker ako message qeueu by som pouzil ked:

  • potrebujes ho cez viacej instancii SQL serveru,
  • nechces pull-ovat spravy,
  • potrebujes zachovat poradie sprav vo fronte aj vramci jednej milisekundy,
  • ked konzument tvojich sprav je aj SQL server.

No toto riesnie nie je celkom trivialne, hlavne pocitocne nastevnie a pridavanie dalsich front. Pri dalsom studiu som narazil na clanky, ktore tvrdili, ze pouzit databazovu tabulku na message qeueu je antipatern a s tym vo vseobecnosti suhlasim, ale na SQL serveri idu vsteky problemi elegantne vyriesit tak, ze pouzijes iba atomicke operacie a pri citani prekakujes locknute riadky v tabulke (zial toto bezne pluginy pre queue nad MS SQL nemali).

Tak nakoniec vznikol moj projekt https://github.com/harrison314/PassiveMQ, pri navrhu som vychazdal z API Azure Queue storage, je to push-pull message queue, z manazmentom front cez API.

Treba to brat ako experimentalny projekt (chyba mi tam este hardening, mam rozpracovanu podporu MongoDB a som otvoreny pull requestom aj issues).

PS: To, ze je push-pull mi nevadi, lebo som ju potreboval na spracovanie dlhotrvajucich uloh na pozadi.

Komentáře

  • harrison314 : Za co tie minuska? Klasika. 31.3. 15:32
  • vit.herman : @harrison314: Dal jsem Ti teda plus, když o něj stojíš. I když radu nedokážu posoudit :-D Doporučuju na hodnocení úplně kašlat. Obvykle nevypovídá o kvalitě příspěvku, ale o tom, jak byl přijat čtenáři. A nepřijetí nutně neznamená, že je příspěvek špatný ;-) 31.3. 22:43
  • pilif : Dík za odpověď. Uvažoval jsem zda je to možné použít pro synchronzaci s eShopem. Zákazníkovi v intranetu běží IS a z něj bych pomocí tohoto brokera chtěl posílat přes RESTAPI změny na eShop. 5.4. 8:53

Pro plný přístup na Devel.cz se prosím přihlaste:

Rychlé přihlášení přes sociální sítě:

Nebo se přihlaste jménem a heslem:

Zadejte prosím svou e-mailovou adresu.
Zadejte své heslo.