Frage

ESBs (Enterprise Service Bus) haben in der Enterprise-Java-Welt sehr populär geworden - aber gibt es Entsprechungen in der .NET-Arena

War es hilfreich?

Lösung

Es gibt NServiceBus .

Andere Tipps

Einige weitere Service-Busse in der .NET-Welt:

Masstransit - https://github.com/masstransit/
Rhino Service Bus - http://hibernatingrhinos.com/open-source/rhino-service-bus

Die erste Frage, die Sie sich stellen müssen, ist, warum brauchen Sie einen ESB?

ESB ist in der Regel in dem Ereignisse SOA verteilten Architekturen verwendet, die ein heißes Modewort heute zu sein scheinen. Bevor Sie in ESB springen lassen Sie mich Ihnen von Martin Fowler Erstes Gesetz erinnern Systeme zu verteilen:

http://martinfowler.com/bliki/FirstLaw.html

"Mein erstes Gesetz der Distributed Object Entwurf: Sie Ihre Objekte nicht verteilen (von P von EAA)"

Wenn Sie ein neues System sind zu bauen, ist der wichtigste Aspekt ist, dass es zukunftssicher ist, die einfache Skalierbarkeit und Wartbarkeit bedeutet. Wenn Sie Ihr System um das Konzept der losgebunden Dienste mit statischen definierten Verträge bauen, in einer vernetzten Umgebung verteilt sind, können Sie „verstecken“ die Architektur, die Sie für diesen besonderen Service wünschen, weil die Schnittstellen noch da sind.

ESB nahe asyn Messaging-Systeme im Zusammenhang, so, bevor Sie springen beginnen in diese Art der Implementierung, weiß, dass eine Architektur nicht sein muss homogen, dh alle Dienstleistungen die gleiche Art und Weise implementiert werden, dont die größte starten Fehler, die Ihr System von Anfang an ist die Verteilung. Sie sollten nur verteilen, wie Sie skalieren müssen, nicht vorher. Was Sie brauchen, zu machen, obwohl Sie sicher, dass Ihre Dienste können leicht die Notwendigkeit entstehen verteilt werden sollten, ohne Verträge zu brechen, die bedeuten würde, Änderungen an Kunden dieser Dienstleistung.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top