Co dodaje usługa Service Bus do MSMQ?

Question

Chciałbym dokonać świadomego wyboru w kierunku prostej architektury publikowania/subskrypcji.

Zastanawiam się: co dodaje magistrala usług, że MSMQ nie może wykonać?
Jakie są wady Bus Service ?

Thx za oświecenie mnie!

Answer 1

Główna różnica funkcjonalna polega na tym, że Magistrala usług zapewnia od razu wsparcie dla semantyki wymiany wiadomości, takie jak routing tematyczny za pośrednictwem subskrypcji publikacyjnej.

Z drugiej strony MSMQ to lekki system kolejkowania do przechowywania i przekazywania, który obsługuje przesyłanie wiadomości w jednym kierunku.

Service Bus:

1. zależy SQL Server, a
2. jest broker. This may be considered a drawback.

Jeśli szukasz na pub-sub ram wówczas popularny w tej chwili (za darmo w trybie pojedynczego gwintowane) jest NServiceBus, który siedzi na szczycie MSMQ, choć ma swap możliwość transportu.

Answer 2

Plusy

• Service Bus pozwala na publikowanie przez TCP i HTTP, który jest cool, i daje większą oddzielenie.
• Magistrala usług jest bazą danych SQL, dzięki czemu odzyskiwanie po awarii jest Droższe i dużo tańsze w implementacji.

Wady

• Service Bus jest scentralizowany i MSMQ jest stowarzyszony, więc potencjalnie bardziej skalowalne. Chociaż można skalować z większą liczbą węzłów w WSB.
• Przed opublikowaniem potrzebne jest połączenie na żywo z centralną magistralą. Tak więc federacja MSMQ (na każdym komputerze) czyni ją bardziej dostępną dla klientów.

Jednak użytkownicy używają MSMQ jako lokalnego sklepu z magistralą usług, więc publikuj lokalnie, a następnie przekaż go do magistrali, gdy połączenie jest dostępne.

Mamy obecnie dobre doświadczenia z Service Bus zamiast MSMQ.