在我最后的工作地点，我使用了防弹少年团。但是，我注意到，管理人员经常想将其用于错误的事情，而开发人员却犹豫不决地采用它。

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

解决方案

谢谢！

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

• 业务流程将轮询第三方IBM消息队列。
• 此队列包含我们最终需要导入到我们的Microsoft SQL Server数据库中的订单信息(以xml格式)。
• 从队列中接收到xml后，我们将运行xslt转换，以将xml转换为系统可以理解的格式。
• 使用转换后的xml，我们最终调用存储过程，该过程执行订单的实际"导入"。

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

该解决方案最终运行良好，并且已经投入生产了几年。这是行之有效的事情之一。

我要指出的一件事是，在开发此工具时，我们尝试使用Mapper工具来帮助我们进行事物的翻译。我们的翻译非常复杂，并且该工具本身使用起来非常繁琐。由于我们对xslt感到满意，因此最终自己编写了自己的代码，而不使用图形化的Mapper工具。似乎Mapper工具对于简单的翻译将非常有用，但是少数元素中的任何内容都开始成为维护的噩梦(IMHO)。

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

过去，我曾在B2B环境中将BT(2004)用于电子商务目的(订购，订单确认，交货通知等)，并且效果非常好。这可能是BT的主要内容，因为它是组织中最明显的地方。

这些天来，我(几乎)参与了一个完全内部的BT项目，该项目最初处理从旧系统到新应用的海量数据加载，然后继续处理另一个旧应用与同一新系统之间的消息传递。可能不是最有效的技术使用，但是现在已经可以使用基础结构来实现企业服务总线类型的体系结构，该体系结构被视为"我们业务的救星"。不过，我尚未对这种想法深信不疑。 ：S

个人为以下目的开发：

采购：处理不同制造公司对医院的购买请求。这些公司将有不同的xml请求发送到不同的公司，每个制造商将具有自己的样式。然后，所有购买的商品也被制作成html / xslt报告(在房屋收据中)，显示以什么价格购买了什么。

HL7：处理一次处理的大量HL7文件(认为它一次设置为处理4个)，然后处理并放入当天的新文件夹中。

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

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

当前，我们目前在公司使用BizTalk 2006，用于将Commerce Server 2007实例和许多都在运行Dynamics RMS的商店的订单传达给我们的主要ERP Dynamics NAV。 BizTalk当然是一个强大的解决方案，但是我确实认为学习曲线相当陡峭，并且与StackOverflow上的其他人一致，后者表示这是Microsoft生产的最复杂的服务器。

段落数量不匹配