你在使用BizTalk吗？如果是这样，你是如何使用它的？

Question

在我最后一个工作地点，我使用了很多BTS。但是，我注意到管理人员经常想把它用于错误的事情，开发人员对采用它很犹豫。

所以，我只是想知道，如何使用BTS？请发表经验，而不是理论。 谢谢！

Answer 1

我曾担任欧洲最大的石油/能源公司的顾问，他们基本上使用BizTalk进行所有的消息传递/集成工作。示例包括：以不同格式从合作伙伴发送给合作伙伴的发票（电子发票），在AD和第三方软件之间同步作业，维护其自己的用户名db以及通过电子邮件在支持系统和外部客户之间进行集成。因此，他们广泛采用BizTalk并使用5台服务器的集群。

Answer 2

我们有几十个需要互动的应用程序。我们有一个基于Web服务的应用程序，它控制在系统之间传递消息。其他系统通过BizTalk业务流程等与之通信并从中接收消息。

Answer 3

我们确实使用BizTalk连接到第三方订购系统。我可能会将此归类为使用BizTalk似乎提供的巨大功能的有用但初学的方法。通过这个，我的意思是我们只使用一小部分功能。它是这样的：

• 业务流程轮询第三方IBM消息队列。
• 此队列包含我们最终需要导入Microsoft SQL Server数据库的订单信息（xml格式）。
• 从队列收到xml后，我们运行xslt转换，使xml成为我们系统理解的格式。
• 使用翻译的xml，我们最终会调用一个存储过程来执行订单的实际“导入”。

该解决方案最终运作良好，已经生产了几年。这是正常工作的其中之一。

我要注意的一件事是，在开发这个时，我们尝试使用Mapper工具来帮助我们完成翻译部分。我们的翻译非常复杂，工具本身使用起来非常繁琐。由于我们对xslt感到满意，我们最终编写了自己的，而不是使用图形Mapper工具。似乎Mapper工具对于简单的翻译非常有用，但是在少数几个元素上的任何东西都开始变成维护噩梦（恕我直言）。

Answer 4

过去我在B2B环境中使用BT（2004）用于电子商务目的（订购，订单确认，交付通知等），并且效果非常好。这可能是BT的基础，因为它是最明显的地方，可以让它坐在一个组织中。

这些天我（几乎）参与了一个完全内部的BT项目，该项目最初处理从遗留系统到新应用程序的大量数据加载，并且未来将处理另一个遗留应用程序之间的消息传递新系统。可能不是最有效地使用技术，但现在基础设施已经到位，以实现被视为“我们业务的救星”的企业服务总线类型架构。不过，我还没有相信这种想法。 ：S

Answer 5

我们目前在我们公司使用BizTalk 2006，用于将Commerce Server 2007实例和所有运行Dynamics RMS的商店的订单传送到我们的主ERP，Dynamics NAV。 BizTalk当然是一个强大的解决方案，但我确实认为学习曲线相当陡峭并且与StackOverflow上的其他人一致认为它是微软生产的最复杂的服务器。

它的作用是坚如磐石的，如果系统出现过问题，它一直存在于链条的一端或其他方面但从未与BizTalk一起使用。

Answer 6

我们使用BizTalk 2006从各种来源和各种类型（CSV，固定宽度，XML）导入小型和大型数据文件。我认为BizTalk的一个重要特性是它的平面文件反汇编程序。您可以使用向导描述平面文件的构成，并且此表示存储为XML架构定义（.XSD）。该向导甚至允许您根据行本身上的某个指示符来解密可能包含不同类型（因此长度）的行的单个文件。很酷的东西。

-Krip

Answer 7

在我的公司，我们使用BizTalk作为大规模文档翻译引擎。我们为供应链文档进行EDI，XML和平面文件处理。我们在文档代理方案中行事，并使用BT接收任何格式的文档，然后将其转换为任何其他格式，以便路由到任何贸易伙伴。

因此，不是每对两个贸易伙伴都要进行EDI入职培训，我们会在每个贸易伙伴上加上他们的规格，然后使用我们的翻译引擎确保他们能够以静态格式发送和接收他们的文件。在内部，我们将其格式映射到规范模式，然后在彼此之间即插即用贸易伙伴。想想一个中心和辐射文档网络。

Answer 8

个人已经为：

开发

采购：处理不同制造公司对医院的购买请求。这些公司会向不同的公司发送不同的xml请求，每个制造商都有自己的风格。然后所有购买也被制作成html / xslt报告（内部收据），显示以什么价格购买的东西。

HL7：处理大量正在处理的HL7文件（认为它设置为一次处理4个），处理并放入当天的新文件夹中。

Answer 9

我使用HL7加速器开发了一些Hl7解决方案，管理索赔应用系统的工作流程，使用通用的消息路由方法在不同系统之间进行集成等。

所有的好玩和很多工作...... ;-D