BizTalk是ESB吗? [英] Is BizTalk an ESB?

问题描述

我正在仔细研究架构模式，即企业服务总线(ESB).阅读本文后，企业集成，而且几乎没有经验，我想知道BizTalk是ESB还是EAI(集线器/分支或总线)?

I am looking into architectural patterns, Enterprise Services Bus (ESB) precisely. Upon reading this article Enterprise Integration, and with little to no experience I am wondering if BizTalk has is a ESB or is it just a EAI (Hub/Spokes or Bus)?

我发现了这个 NServiceBus和Biztalk ，将BizTalk描述为中央消息代理.

I found this NServiceBus and Biztalk, describing BizTalk as a central message broker.

考虑其他ESB框架(NServiceBus和Rhino Service Bus).这些框架没有处理消息的中心点.

Taking other ESB frameworks into account (NServiceBus and Rhino Service Bus). These frameworks have no central point to process messages.

Biztalk是EAI而非ESB吗?

Is Biztalk a EAI rather than an ESB?

非常感谢

推荐答案

Microsoft将BizTalk视为具有ESB功能-请参阅

BizTalk is punted by Microsoft as having ESB capabilities - see the BTS ESB toolkit

但是，"ESB"一词涵盖了非常广泛的广域，并且有很多关于ESB确切定义的主观性.恕我直言，BizTalk声称其作为ESB是全面的存在弱点(在2010年对该术语的定义中).

However, the term 'ESB' covers a very broad field, and there is a lot of subjectivity about an exact definition of an ESB. IMHO there are weak points in BizTalk's claim to be comprehensive as an ESB (in a > 2010 definition of the term).

• BTS起源于中心辐射型EAI时代，而ESB尚未普及.
• BTS比同步过程更适合异步过程-延迟会根据系统负载，节流状态等而变化.
• 在简化服务和架构的版本控制(需要重新部署)方面，BTS繁琐
• BTS在管理许多服务方面很麻烦(例如，将BizTalk用作您所有5000个公司SOA/Web服务的立面将很痛苦)

FWIW我们发现BTS非常适合:

FWIW we have found BTS a good fit for:

• 我们所有的同步和异步EAI(即主要LOB系统之间以及与贸易伙伴之间的正式集成合同)，以及大量的适配器有助于集成多种协议.
• 用于业务流程和业务监视功能
• 解决交易和传递的可靠性-Biztalk具有重试，跟踪和恢复挂起消息的功能，这在不可靠的网络或与不可靠的系统集成时非常有用.

更新，还有一些比较的经验

Update, with some further comparative experiences

• BTS非常集中-最终，即使是多服务器BizTalk群集/组也都依赖Sql-Server.基于队列的ESB产品(在逻辑上和物理上)往往更加分散，因此丢失少数端点或队列服务器不应拉低整个企业的业务.
• 许多基于队列的ESB都是基于开源技术构建的，着眼于避免单个供应商锁定
• 许多当代ESB似乎都采用商品计算方法进行扩展.扩展使用诸如BizTalk之类的产品可能会变得昂贵.
• 从好的方面来说，不应低估BTS等商业产品的监视和管理功能-确保您正在考虑的任何ESB都具有足够的审核，检测，重试和诊断(WMI/SNMP/SCOM等)功能-您将需要一个仪表板来监视公交车的运行状况，没有比知道消息去向更糟的事情了.在这里，集中管理和诊断是一个加分.

• BTS is very centralised - ultimately, even a multi-server BizTalk cluster / group is dependent on Sql-Server. Queue based ESB products tend to be more decentralised (logically and physically), so loss of a few endpoint or queue servers should not pull the whole enterprise down.
• Many queue based ESB's are built on open source technologies, with an eye on avoiding single vendor lock-in
• Many contemporary ESB's seem to take a commodity-computing approach to scale out. Scaling out with products like BizTalk can become expensive.
• On the plus side, the monitoring and administration capabilities of commercial offerings like BTS should not be underestimated - make sure any ESB you are considering has adequate auditing, instrumenting, retry, and diagnostic (WMI / SNMP / SCOM etc) capabilities - you'll need a dashboard to monitor the health of your bus, and there is nothing worse than not knowing where a message went. Here, centralisation administration and diagnosis is a plus.

这篇关于BizTalk是ESB吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！