Kann NServiceBus mit einer Datenbank als Warteschlangenspeicher anstelle von MSMQ verwendet werden? Wenn ja, wie kann ich anfangen und was sind die Vor- und Nachteile der Verwendung einer Datenbank anstelle von MSMQ?Wie kann ich NServiceBus mit einer Datenbank anstelle von MSMQ verwenden
Wenn Sie etwas anderes als MSMQ verwenden möchten, müssen Sie Ihren eigenen ITtransport einstecken. Ich würde mir das NSB Contrib-Projekt auf GitHub anschauen, es gibt eine Implementierung von ITransport für den SQL Server Broker (Messaging).
Die Nachteile, die ich für die Verwendung einer Datenbank sehe, beinhalten Kosten und Wartungsaufwand. MSMQ kommt mit dem Betriebssystem kostenlos und die meisten Admins haben die Fähigkeiten, es zu erhalten. Sobald Sie in eine Datenbank einsteigen, müssen Sie dafür bezahlen und jemanden finden, der sie verwaltet. Dies beginnt in Ordnung, aber sobald Sie in mehrere Umgebungen und Dinge wie Clustering geraten, gerät die Lizenzierung außer Kontrolle.
Adam - danke für die Antwort. Wenn ich Ihre Antwort richtig gelesen habe, ist die Verwendung einer Datenbank für den Warteschlangenspeicher kein Standardansatz? In diesem Fall bin ich dran, um den MSMQ-Assistenten zu sehen ... :) –
Ja, der Standardansatz besteht darin, eine Warteschlangentechnologie zu verwenden. Sie sind nicht auf MSMQ beschränkt, aber das ist der Standardansatz. –
Der Standardansatz für das Produktionsprofil in nservicebus ist die Verwendung von sql server storage. Der Standard für das Testen und (oder nicht genau merken) des Entwicklungsprofils ist die Verwendung von Msqm-Speicher. –