Open source BizTalk Server有哪些可行的替代方案？

在评估不同的系统集成策略时，我遇到了一些鼓励的话，但也遇到了一些对BizTalk Server感到沮丧的话

使用BizTalk服务器（从开发者角度和业务用户两方面）都有哪些利弊，企业也应该考虑开源替代方案吗？有哪些可行的替代方案

---

编辑：看起来是个有趣的选择。开源，而且似乎设计得很好。这里有人有过使用BizTalk的经验吗？

我使用BizTalk的经验基本上是令人沮丧的浪费时间

当您在进行B2B数据集成（这可能是任何企业应用程序中最难的部分）时，需要进行很多边缘案例和奇怪的业务逻辑调整，您只需要推出自己的解决方案

---

解析数据文件并将其转换为其他格式有多困难？没那么难。除非您试图将像Biztalk这样臃肿的中间件系统注入其中。

在OSS空间中（尽管我个人从未将它们用作Biztalk的替代品-这只是个传闻），否则您可以使用Java/J2EE消息传递引擎之一，例如（这是Sun enterprise one，已重新标记且不支持）。如果您需要在此基础上进行编排/编排（即SOA/ESB片段），您可以研究类似这样的内容

我对JitterBit没有直接的经验，但我从同事那里听到了非常好的消息。

我们使用BizTalk有几年了，但是为了我们自己的定制框架而放弃了它，因为它允许更大的灵活性。

作为BizTalk顾问，我必须至少部分同意Eric Z Beard的观点，有很多边缘案例需要花费大量时间。但很多情况下处理起来也非常顺利，所以这取决于我。但当你（Eric）称BizTalk臃肿时，我不得不表示不同意！我们发现，它的性能和可靠性非常好，非常灵活，并且附带了许多现成的优秀适配器。

我们在公司评估了BizTalk，结果非常失望

我们正在使用IBM WebSphere Transformation Extender（它也有很多（其他）问题），与WTX相比，BizTalk的映射工具是一个笑话

图形化工具对于复杂的映射（我们有在重复组中包含几百个字段的模式）并不真正可用，如果您做的比通常的“concat first name和last name to name”映射更多，您将厌倦图形化方法（例如，图形映射器中functoid的参数没有标记，将字段连接到这些参数的顺序很重要）

XSLT映射器是可用的，但并不真正令人信服，甚至微软代表也告诉我们使用XMLSpy for XSLT之类的工具，并将生成的XSL文件加载到BizTalk中

映射的第三种方法是使用C代码进行映射，这对于我们来说是不可接受的（我们不想教每个人C）

---

除了映射工具之外，我们不喜欢BizTalk中的部署。为了部署您的流程，您需要在不同的工具和位置进行大量设置。我们曾希望在BizTalk中找到一种类似Java Web应用程序WAR文件的机制，以便您可以为管理员提供整个流程解决方案的一个存档他可以部署它。

我们从2004版开始使用BizTalk，现在运行的是2006 R2和2004版的混合版本。我发现学习过程非常艰难，解决方案的开发时间并不总是很快。这些都是明显的缺点。BizTalk真正的优势在于它的容错性和高速度交付，和性能。您可以放心，数据不会丢失。重试功能和容错稳健性非常重要，因此一般来说，如果系统停机，BizTalk将处理这一问题，并在系统重新联机后成功交付。所有这些问题（如停机等）在集成场景中都非常重要ario由BizTalk处理。
此外，一般来说，在开发解决方案时，BizTalk通过将所有内容作为xml处理来抽象本机系统的通信协议和数据格式，因此在开发解决方案时，通常不必编写特定于这些系统的代码，而是使用BizTalk xml框架

去年，我们实现了一个名为HL7路由的java开源引擎。我发现，对于HL7而言，用于BizTalk的HL7适配器是一个挑战。管理层表示，我们在HL7路由中使用了Mirth。BizTalk在学习曲线方面有所下降，而Mirth则有所弥补。开发解决方案要容易得多。mirth的问题在于它没有任何gauranteed交付。大多数适配器（hl7除外）都没有重试功能，因此如果您想重试，就必须自己编写。其次，如果mirth出现故障，它可能会丢失日期。我认为它非常易于使用（尽管没有文档）但我很难将其称为企业解决方案。我将检查其他人提到的解决方案。

我在寻找比BizTalk更便宜的解决方案时遇到了Apatar（无法发布url，但Google找到了）。我还没有尝试过

---

我的上一家公司在BizTalk过于复杂和复杂方面遇到了许多问题，但我忍不住认为这主要是由于顾问所做的实施。

BizTalk Server的主要好处是它提供了许多有关部署、管理、性能和可伸缩性的“管道”。通过Visual Studio，它还提供了用于开发解决方案的综合框架，通常代码相对较少

其他人提到的挫折感和陡峭的学习曲线往往来自于将BizTalk用于错误的目的以及对它的误解