Jitterbit与BizTalk

是否有人使用或调查过使用Jitterbit以及BizTalk？如果是这样,每个人的利弊是什么,你最后的解决方案是哪一个？

具体来说,我正在寻找SAP集成,但任何输入将不胜感激.

就像Rob一样,在读到你的问题之前我没有听说过JitterBit(谢谢!),但是,过去9年来,我几乎一直在使用BizTalk.出于这个原因,我不确定我应该做出回应,但正如Rob所做的那样,没有其他人有,我认为它值得花几美分......

从我所做的一点点阅读中,我觉得JitterBit除了是一个开源,它有利有弊之外,还试图通过提供一个相对简单的解决方案来降低进入门槛,并带来快速发展和拖累的希望. -n-drop方法"没有自定义代码".

我会毫不犹豫地接受他们的承诺,因为我对此一无所知,尽管我有疑虑,所以让我们假设使用JitterBit进行开发非常简单,有一件事我可以清楚地说明 - 用BizTalk开发并不是.

但是,这有点但在我看来,使用BizTalk进行开发有点困难并不是因为微软做得不好,相反 - 用BizTalk进行开发有点困难,因为微软希望创建一个可以实际允许企业使用的工具很好地解决了他们的BPM和集成需求,而且根据我的经验,这些问题几乎从不简单,因此微软已经构建了一个具有许多功能,非常强大且非常灵活的服务器,代价是复杂性.

因此,虽然任何经验丰富的技术销售人员都可以为您提供非常简单的集成方案演示,并且使用大量的拖放和配置在几分钟内开发,即使在BizTalk中,但这是一个现实的企业 - 级解决方案？这是一个现实的场景吗？根据我的经验,答案几乎完全没有; 问题往往很复杂,需要更强大的解决方案.

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

但是,如果您认为,通常情况下,您的解决方案将成为您组织中的BPM /集成平台,并且您需要更强大的东西 - 我会把我的钱放在BizTalk上更好的候选者.

我已经完成了与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 - 除非Open Source在您的工作地点实际上是一个受欢迎的东西.Netweaver和BizTalk是非常强大,优质的产品.

如果您正在寻找可以轻松运输的东西,那么Jitterbug可能更有意义.虽然我一般建议您将其定义为Web服务调用,并向您的客户技术堆栈寻求最合适的集成技术.

您希望实现的更多背景将能够提供更准确的答案.