Gibt es einen domänenspezifischen Enterprise Service Bus?

Question

Ich habe über diese Idee nachgedacht und wollte wissen, ob es kommerziell umgesetzt wurde. Genauso wie es (externe) domänenspezifische Programmiersprachen gibt (wobei anstelle der Int-Zeichen und der Zeichenfolgen und Klassen Sie geschäftsspezifische Entitäten und Funktionen haben, die die primitiven Typen in der Sprachsyntax/Semantik sind), gibt es so etwas wie a Domain-spezifischen Enterprise-Service-Bus, wo statt Routing, Orchestrierung und Integration verschiedener Systeme über Standard-Protokolle (SOAP/HTTP, JMS, JDBC usw.), Sie arbeiten tatsächlich auf abstraktere Schicht der Integration von kommerziellen Systemen (in einem spezifische Industrie) über ihre Kommunikationsprotokolle? Ich frage mich, ob dieses Muster als Produkt zur Integration verschiedener Systeme (mit unterschiedlichen Domänenstandards) in einer bestimmten Branche (z. B. Gesundheitswesen, Automobil) verwendet wurde.

Beispiel im Gesundheitswesen. Sie verfügen über einen zentralen Bus, über den sich Anwendungen für das Gesundheitswesen miteinander verbinden, miteinander kommunizieren, über Protokolle wie HL7, HIE, CCD usw. überwacht und überwacht werden, wobei die Aktivitäten, die Integration und die Workflows über den Bus von Business-Analysten erstellt werden (anstelle von IT-Personal), Beispiel: Gesundheitsqualitätsbeauftragte in einem Krankenhaus, klinische Analytiker, Ärzte .... usw.

Answer 1

Ja, es gibt viele solche custonized ESBs, zB

Bridge

von ISGN ist ein Produkt für Real Estate Hypothek Domain.

Answer 2

JBoss ESB ermöglicht die Anpassung von Transporten. Es gibt auch die von Red Hat unterstützte Version in SOA-P

Answer 3

IBM hat das seit Jahren (und andere wie Microsoft und Oracle). Es heißt IBM WebSphere Transformation Extender-Produkt http://www-01.ibm.com/support/docview.wss?uid=swg27008337. Sie haben es für mehrere Branchen.

Answer 4

Im Gesundheitswesen wird diese Art der Integration Middleware Interface-Engine genannt.

Dies liegt daran, dass diese Art von Produkten traditionell von IT-Anbietern im Gesundheitswesen verwendet werden, um standardorientierte Schnittstellen wie HL7 messaing-Schnittstellen bereitzustellen.

Stellen Sie sich einen EHR-Anbieter vor, der keinen HL7-Experten zur Implementierung der Schnittstellen hat, aber dennoch mit anderen Systemen mit HL7- oder IHE-Profilen integrieren möchte. Mit einer Schnittstellen-Engine und dem Know-how, das der Service bietet, kann der Anbieter seine Datenbankschnittstelle oder seine SOAP-Schnittstellen problemlos in standardmäßige HL7-Schnittstellen konvertieren.

Der Markt hat mehrere Spieler, wie Corepoint, Ensemble, Mirth usw.

Allerdings sind diese Werkzeuge ganz auf die technischen Ebene Themen konzentriert, einschließlich Endpunkte verbinden, Datenformate umzuwandeln, und das Routing von Nachrichten zwischen den Schnittstellen Was Sie von einem ESB erwarten können. Ich denke nicht, dass sie von Wirtschaftsanalytikern verwendet werden sollen.