Po prostu robię kilka szybkich skoków w możliwym użyciu systemu przesyłania wiadomości do przetwarzania plików, które są w ładnie oddzielonym systemie przepływu pracy.
Jakie są zalety i wady, które ludzie znaleźli przy korzystaniu z każdego z powyższych frameworków? Jakie są zalety korzystania z nich w porównaniu z ręcznie zwijanym systemem usługi MSMQ z powiązaniami WCF i / lub rozwiązaniami innymi niż MSMQ?
Odpowiedzi:
Zalecałbym trzymanie się z dala od ręcznie rozwijanych rozwiązań, ponieważ jest kilka trudnych rzeczy, które należy zrobić dobrze - na przykład sposób obsługi transakcji, jak wyjątki powodują wycofywanie zmian, jak zatrzymać ciągłe wycofywanie (zatrute wiadomości), jak zintegrować się z długotrwałymi przepływami pracy, aby wyrównać granice zarządzania stanem i nie tylko.
Prawdopodobnie będziesz potrzebować jakiejś trwałej / transakcyjnej infrastruktury komunikacyjnej, więc nie korzystasz z MSMQ, pozostawiając Service Broker na platformie Microsoft lub inną alternatywę, taką jak ActiveMQ. Usługa MSMQ ma tę zaletę, że jest już zainstalowana na wszystkich komputerach z systemem Windows, w przeciwieństwie do Service Brokera, który nie jest.
Jeśli chodzi o wybór między NServiceBus, Mass Transit i Rhino Service Bus - ta odpowiedź Stackoverflow porównująca NServiceBus z MassTransit byłaby dobrym miejscem do rozpoczęcia.
W naszej wersji 3.1 wprowadzamy NSB Studio - zestaw zintegrowanych narzędzi do modelowania programu Visual Studio, które umożliwiają modelowanie systemu na wyższym poziomie abstrakcji, a duża część konfiguracji i inicjalizacji NServiceBus jest wykonywana automatycznie. Powiedziałbym, że to naprawdę przechyla szalę na korzyść NServiceBus.
Mam nadzieję, że to pomoże.
Zastrzeżenie: jestem autorem NServiceBus.
NServiceBus to dobry produkt, ale uważaj na problemy licencyjne. Ma tendencję do zmiany polityki licencyjnej zgodnie z życzeniem autorów. Spójrz na przykład na informacje o starej licencji.
Może się zdarzyć, że w trakcie opracowywania projektu okaże się, że za NServiceBus trzeba zapłacić dużo pieniędzy.
Również darmowa wersja ma ograniczenia wydajności.
MassTransit jest całkowicie darmowym oprogramowaniem typu open source, nie ma ograniczeń i jest objęty licencją Apache 2.0.
Nie korzystałem z Rhino Service Bus .
Aktualizacja stanu Rhino vs NServicebus:
http://www.infoq.com/news/2012/04/nservicebus3-0
InfoQ to Ayende: Wcześniej sam napisałeś magistralę usług dla .NET, a mianowicie magistralę usług Rhino. Czy użytkownicy Rhino Service Bus powinni teraz ponownie rozważyć i przenieść się do NServiceBus?
Ayende: Zbudowałem Rhino Service Bus około 2008 roku. Zbudowałem go głównie dlatego, że nie byłem zadowolony ze stanu innych autobusów serwisowych w tamtym czasie. Budując mój autobus usługowy miałem różne obawy i kierunek, ale to było 4 lata temu. Myślę, że w tamtym czasie NServiceBus poczynił wielkie postępy, stając się łatwiejszym w użyciu produktem i mając znacznie lepszą historię rozwoju po wyjęciu z pudełka. Gdybym dzisiaj zaczynał od autobusów serwisowych, mocno wątpię, czy zbudowałbym własne.
potencjalną wadą czegokolwiek opartego na MSMQ jest ograniczenie maksymalnego rozmiaru wiadomości. IIRC to około 4 MB, na które łatwo możesz się natknąć, jeśli masz do czynienia z dużymi plikami i przechowujesz zawartość pliku w wiadomości.