问Jitterbit与BizTalk

EN

我已经与SAP进行了相当多的集成，从旧的SAP DCOM连接器开始。最近，我参与了在企业服务总线模式中选择集成平台的工作。

我们做了web服务示例，以便在许多平台上连接到SAP，包括BizTalk、Mule、Netweaver、Webmethods和Tibco。Webmethods在许可和功能方面胜出，尽管BizTalk和Netweaver都获得了非常高的分数。

Jitterbit不是评估的一部分-事实上，我必须查看它，以确保我理解了您的问题。

如果您的目标只是能够调用RFC，那么.NET SAP连接器工作得很好。

如果您的目标是公开web服务来包装SAP中的流程，那么BizTalk是好的，但我建议您查看您的组织是否已经获得了netweaver许可，因为有许多web服务可以直接从SAP获得，而不需要编码。

我的建议是暂时避免在企业中使用Jitterbug和Mule --除非开源在你工作的地方确实很受欢迎。Netweaver和BizTalk都是非常健壮、精致的产品。

如果您正在寻找可以轻松发布的东西，那么Jitterbug可能更有意义。尽管通常我会建议您将其定义为web服务调用，并从您的客户技术堆栈中寻找最合适的集成技术。

更多关于您希望实现的内容的上下文将使您能够得到更准确的答案。

像Rob一样，我直到读到你的问题(谢谢！)才听说过JitterBit (谢谢！)，然而，在过去的9年里，我几乎一直在与BizTalk合作；出于这个原因，我不确定我是否应该做出回应，但正如Rob所做的，其他人都没有，我认为这是值得的……

从我所做的少量阅读来看，在我看来，JitterBit除了是一个开源的，有它的优点和缺点之外，还试图通过提供一个相对简单的解决方案来降低进入门槛，并承诺快速开发和拖放方法“不需要自定义代码”。

我会从表面上相信他们的承诺，因为我对此一无所知，尽管我有自己的疑问，所以让我们假设用JitterBit开发真的很容易，有一件事我可以明确地说--用BizTalk开发不容易。

但是，在我看来，使用BizTalk开发有点困难，不是因为微软在这方面做得不好，相反，使用BizTalk开发有点困难，因为微软想要创建一个工具，可以实际地让企业很好地解决他们的业务流程管理和集成需求，根据我的经验，这些问题几乎从来都不是简单的，所以微软以复杂性为代价构建了一个具有许多功能、非常强大和非常灵活的服务器。

因此，尽管任何有经验的技术销售人员都可以向您演示一个非常简单的集成场景，并且可以在几分钟内使用大量拖放和配置进行开发，即使在BizTalk中也是如此，但是这是一个现实的企业级解决方案吗？这是一个现实的场景吗？根据我的经验，答案几乎完全是否定的；问题往往很复杂，他们需要一个更健壮的解决方案。

所以，我猜底线是-如果你正在寻找一个一次性的解决方案，并且开源是你们工作的东西- JitterBit绝对值得一看，看看它是否有能力提供帮助，并且确实有一个很短的学习曲线(关注维护，监控，故障排除，实例管理等是很重要的)

然而，如果你相信你的解决方案会成长为你的组织中的业务流程管理/集成平台，并且你需要更健壮的东西-我会把我的钱押在BizTalk上，这是更好的选择。

迈克尔,

我们在我们的组织中使用Jitterbit，并且在各种项目中都非常成功。我们的SAP项目使用XI，Jitterbit极大地简化了将web服务接口与其支持的各种协议集成的能力。

除了优惠的价格(我们现在订阅Jitterbit以获得支持)外，我们还认识到支持服务的巨大价值。如果我们在实现过程中有任何问题，他们似乎提供了支持成本中包含的所有主题专业知识，所以我们相当自给自足。

我们公司还有许多其他的集成解决方案，包括VB和Java程序；它是一团糟，但我们不相信任何一个平台能满足我们不同部门的所有需求。多年来，我们一直在使用开源，特别是Linux和Apache，尽管IBM和Microsoft在这里也很流行。

我们选择了Jitterbit，因为它支持集成任何现代系统所需的协议，而且SOA / Web服务是我们声明的方向，Jitterbit非常适合我们的需求。

鉴于Jitterbit是开源的，我鼓励您下载并试用它。