在我上一个工作的地方,我经常使用 BTS。然而,我注意到经理们经常想将它用于错误的事情,而开发人员对采用它犹豫不决。
所以,我只是想知道,如何使用 BTS?请发表经验,而不是理论。谢谢!
我曾在欧洲最大的石油/能源公司之一担任顾问,他们基本上使用 BizTalk 进行所有消息传递/集成。示例包括:以不同格式发送给合作伙伴的发票(电子发票)、AD 和第三方软件之间的同步作业(维护其自己的用户名 db)以及支持系统和外部客户之间通过电子邮件进行的集成。因此,他们广泛采用了 BizTalk,并使用了一个由 5 个服务器组成的集群。
我们有几十个需要交互的应用程序。我们有一个基于 Web 服务的应用程序,它控制系统之间的消息传递。其他系统通过 BizTalk 编排等与它通信并从它接收消息。
我们确实使用 BizTalk 连接到第三方订购系统。我可能会将其归类为使用 BizTalk 似乎提供的大量功能的有用但初学者的方法。我的意思是我们只使用了一小部分功能。它是这样的:
该解决方案最终运行良好,并且已经投入生产几年了。这是行之有效的事情之一。
我要注意的一件事是,在开发此功能时,我们尝试使用 Mapper 工具来帮助我们完成翻译部分。我们的翻译非常复杂,而且工具本身使用起来非常乏味。由于我们对 xslt 感到满意,因此我们最终编写了自己的而不使用图形 Mapper 工具。似乎 Mapper 工具对于简单的翻译非常有用,但任何超过少数元素的东西都开始成为维护的噩梦(恕我直言)。
过去,我曾在 B2B 环境中将 BT (2004) 用于电子商务目的(订购、订单确认、交货通知等),并且效果非常好。这可能是 BT 的基础,因为它是它在组织中最明显的位置。
这些天来,我(几乎)参与了一个完全内部的 BT 项目,该项目最初处理从遗留系统到新应用程序的大量数据加载,然后将处理另一个遗留应用程序和同一个新系统之间的消息传递。可能不是最有效的技术使用,但现在基础设施已经到位,可以实现被视为“我们业务的救星”的企业服务总线类型的架构。不过,我还没有相信这种想法。:S
我们目前在我们公司使用 BizTalk 2006 将来自 Commerce Server 2007 实例的订单和所有运行 Dynamics RMS 的商店主机传送到我们的主要 ERP、Dynamics NAV。BizTalk 无疑是一个强大的解决方案,但我确实认为学习曲线相当陡峭,并且同意 StackOverflow 上的其他人所说的它是 Microsoft 生产的最复杂的服务器。
对于它所做的事情,它是坚如磐石的,如果系统曾经出现过问题,它一直在链的一端或另一端,但从来没有与 BizTalk。
我们使用 BizTalk 2006 从各种来源和各种类型(CSV、固定宽度、XML)导入大小数据文件。我认为 BizTalk 的一大特色是它的平面文件反汇编器。您可以使用向导描述平面文件的构成,并且此表示形式存储为 XML 模式定义 (.XSD)。该向导甚至允许您根据行本身的某些指示符破译可能包含不同类型(以及因此长度)行的单个文件。酷的东西。
-克里普
在我的公司,我们使用 BizTalk 作为大型文档翻译引擎。我们为供应链文档进行 EDI、XML 和平面文件处理。我们在文档代理场景中进行操作,并使用 BT 接收任何格式的文档,然后将它们转换为任何其他格式以发送给任何贸易伙伴。
因此,我们不是每对两个贸易伙伴都进行 EDI 入职练习,而是让每个贸易伙伴按照他们的规范入职,然后使用我们的翻译引擎来确保他们能够以静态格式发送和接收他们的文档。在内部,我们将它们的格式映射到规范模式,然后在彼此之间即插即用贸易伙伴。考虑一个中心辐射型文档网络。
个人开发用于:
采购:处理医院对不同制造公司的采购请求。这些公司会将不同的 xml 请求发送到不同的公司,每个制造商都有自己的风格。然后,所有购买也被制作成 html/xslt 报告(内部收据),显示以什么价格购买的东西。
HL7:一次处理大量正在处理的 HL7 文件(认为它被设置为一次处理 4 个),处理并放入当天的新文件夹中。
我使用 HL7 Accelerator 开发了一些 Hl7 解决方案,管理索赔申请系统的工作流程,使用通用的消息路由方法在不同系统之间进行集成等。
所有的乐趣和大量的工作......;-D