SOA gegen ESB
SOA ist eine Reihe von architektonischen Konzepten, die für die Entwicklung und Integration von Diensten verwendet werden. Ein Dienst ist ein öffentliches Funktionalitätspaket, das im Web angeboten wird. ESB ist eine Infrastruktursoftware, die ein Software -Architekturkonstrukt für die Bereitstellung von grundlegenden Diensten für komplexe Architekturen bietet. ESB kann als Plattform verwendet werden, auf der SOA realisiert wird.
Was ist SOA?
SOA (Service-orientierte Architektur) ist eine Reihe von architektonischen Konzepten, die für die Entwicklung und Integration von Diensten verwendet werden. SOA befasst sich mit verteiltem Computing, in dem Verbraucher eine Reihe interoperabler Dienste konsumieren. Mehrere Verbraucher können einen einzelnen Dienst konsumieren und umgekehrt. Daher wird SOA häufig verwendet, um mehrere Anwendungen zu integrieren, die verschiedene Plattformen verwenden. Damit SOA ordnungsgemäß arbeiten kann, sollten die Dienste lose mit Betriebssystemen und den Technologien der zugrunde liegenden Anwendungen in Verbindung gebracht werden. SOA -Entwickler erstellen Dienste mithilfe von Funktionen und machen sie über das Internet verfügbar. Webdienste können zur Implementierung der SOA -Architektur verwendet werden. In diesem Fall werden Webdienste zu Funktionen der Funktionalität von SOA über das Internet zugänglich. Webdienste können von irgendjemandem verwendet werden, ohne sich über die Plattformen oder die Programmiersprachen besorgt zu haben, die für die Entwicklung verwendet werden. SOA basiert direkt auf dem Prinzip der Service-Orientierung, das über Dienste mit einer einfachen Schnittstelle spricht.
Was ist ESB?
ESB (Enterprise Service Bus) ist eine Infrastruktur -Software, die ein Software -Architekturkonstrukt für die Bereitstellung von grundlegenden Diensten für komplexe Architekturen bietet. Es gibt jedoch erhebliche Argumente darüber, ob es sich um einen Architekturstil oder ein Softwareprodukt oder sogar eine Gruppe von Produkten bezeichnet. Es bietet die Dienste über ereignisgesteuerte und standardbasierte Engine für Messaging (was eigentlich der Servicebus ist). Auf dieser Messaging -Engine wird eine Abstraktionsebene bereitgestellt, mit der Architekten die vom Bus angebotenen Einrichtungen ausnutzen können, ohne einen tatsächlichen Code zu schreiben. ESB wird normalerweise über Standards -basierte Middleware -Infrastrukturen implementiert.
Die Verwendung des Begriffs „Bus“ in ESB ist auf die Tatsache zurückzuführen. Einer der Hauptvorteile einer ESB ist die Fähigkeit, die Anzahl der Punkte zu verringern. Daher erleichtern die Anpassung an die Veränderungen viel einfacher. ESB kann als Plattform verwendet werden, auf der SOA realisiert wird. Die Konzepte der Transformation/ Routing (fließend) können von ESB zu SOA gebracht werden. Darüber hinaus fördert ESB durch Nachweis der Abstraktion für Endpunkte (in SOA) eine lose Kopplung zwischen Diensten.
Was ist der Unterschied zwischen SOA und ESB?
Es gibt einige wichtige Unterschiede zwischen SOA und ESB. SOA ist ein architektonisches Modell zur Implementierung locker gekoppelter Service -basierter Anwendungen. ESB ist eine Infrastruktur -Software, mit der Entwickler Dienste entwickeln und über geeignete APIs zwischen Diensten kommunizieren können. ESB kann als Plattform verwendet werden, auf der SOA realisiert wird. ESB ist nur das Medium, durch das die Dienste fließen. ESB bietet Einrichtungen für die Komposition und Bereitstellung von Diensten, die wiederum die SOA implementieren.