是否有特定于域的企业服务总线？

Question

我一直在考虑这个想法，并想知道它是否已经商业化实施。就像有（外部）特定于域的编程语言（在那里，而不是int和字符串和类，你有特定于业务的实体和函数，它们是语言语法/语义中的原始类型），是否存在这样的事情：特定于域的企业服务总线，而不是通过标准协议（SOAP / HTTP，JMS，JDBC等）路由，编排和集成不同的系统，您实际上在更加抽象的商业系统集成层中工作（在特定行业）通过他们的通信协议？我想知道这种模式是否已被用作在特定行业（例如医疗保健，汽车）内集成不同系统（不同域标准）的产品。

例如，医疗保健。您有一个中央总线，商业医疗保健应用程序插入并相互通信，通过HL7，HIE，CCD等协议进行协调和监控，其中通过总线完成的活动，集成和工作流由业务分析师编写（而不是IT人员），例如：医院的健康质量官员，临床分析员，医生等等。

Answer 1

是的，有许多这样的定制ESB，例如

  

<强> BridgeLink

ISGN是房地产抵押贷款领域的产品。

Answer 2

JBoss ESB允许自定义传输。 SOA-P中还有Redhat支持的版本

Answer 3

IBM已经拥有多年（以及其他类似的微软和甲骨文）。它被称为IBM WebSphere Transformation Extender产品http://www-01.ibm.com/support/docview.wss?uid=swg27008337。它们适用于多个行业。

Answer 4

在医疗保健领域，这种类型的集成中间件称为接口引擎。

这是因为健康IT供应商传统上使用这种类型的产品来暴露面向标准的接口，例如HL7消息接口。

考虑一个EHR供应商，他没有HL7专家来实现接口，但仍希望使用HL7或IHE配置文件与其他系统集成。通过接口引擎以及其服务提供的专业知识，供应商可以轻松地将其数据库接口或SOAP接口转换为标准HL7接口。

市场上有几个参与者，如Corepoint，Ensemble，Mirth等。

但是，这些工具非常关注技术层面的问题，包括连接端点，转换数据格式以及在接口之间路由消息，这些都是您对ESB的期望。我不认为它们是供业务分析师使用的。