在我上一份工作中，我经常使用BTS。然而，我发现经理们经常想要将其用于错误的事情，而开发人员则不愿采用它。
所以，我只是想知道，BTS被如何使用？请发布经验，而非理论。 谢谢！
9个回答
3
我曾经为欧洲最大的一家石油/能源公司担任顾问，他们基本上使用BizTalk来处理所有的消息传递/集成。例如：以不同格式发送和接收电子发票的合作伙伴、在AD和第三方软件之间同步工作（该软件维护其自己的用户名数据库）以及通过电子邮件与外部客户进行支持系统和外部客户之间的集成。因此，他们对BizTalk有了相当广泛的应用，并使用了一个由5台服务器组成的群集。
- noocyte
2
我们有几十个需要互相交互的应用程序。我们有一个基于Web服务的单一应用程序，它控制着系统之间消息的传递。其他系统通过BizTalk编排等方式与其通信，并从中接收消息。
- µBio
2
我们使用BizTalk与第三方订购系统进行连接。我认为这是一种有用但初级的方法，仅利用了 BizTalk 提供的功能的一小部分。流程如下：
- 编排轮询第三方 IBM 消息队列。 - 该队列保存订单信息（以 xml 格式），我们最终需要将其导入到 Microsoft SQL Server 数据库中。 - 一旦从队列接收到 xml，我们会运行 xslt 转换，将 xml 转换成我们系统可以理解的格式。 - 使用转换后的 xml，我们调用存储过程来执行实际的“导入”操作。
该解决方案效果相当不错，已经在生产环境中使用了几年。这是那种“只管用，不用管它”的东西。
值得一提的是，在开发过程中，我们尝试使用 Mapper 工具来帮助我们进行翻译。由于我们的翻译相当复杂，而且工具本身非常繁琐。因此，我们最终选择编写自己的 xslt，而不使用图形化的 Mapper 工具。显然，Mapper 工具对于简单的翻译非常有用，但任何超过一些元素的内容都会变成维护的噩梦（个人意见）。
- 编排轮询第三方 IBM 消息队列。 - 该队列保存订单信息（以 xml 格式），我们最终需要将其导入到 Microsoft SQL Server 数据库中。 - 一旦从队列接收到 xml，我们会运行 xslt 转换，将 xml 转换成我们系统可以理解的格式。 - 使用转换后的 xml，我们调用存储过程来执行实际的“导入”操作。
该解决方案效果相当不错，已经在生产环境中使用了几年。这是那种“只管用，不用管它”的东西。
值得一提的是，在开发过程中，我们尝试使用 Mapper 工具来帮助我们进行翻译。由于我们的翻译相当复杂，而且工具本身非常繁琐。因此，我们最终选择编写自己的 xslt，而不使用图形化的 Mapper 工具。显然，Mapper 工具对于简单的翻译非常有用，但任何超过一些元素的内容都会变成维护的噩梦（个人意见）。
- Scott Saad
1
我们使用BizTalk 2006从各种来源和各种类型（CSV，固定宽度，XML）导入小型和大型数据文件。我认为BizTalk的一个伟大特点是其Flat File Disassembler。您可以使用向导描述平面文件的组成，并将此表示存储为XML模式定义（.XSD）。该向导甚至允许您解密可能包含基于行本身上的某个指示器而包含不同类型（因此长度不同）的行的单个文件。很酷的东西。-Krip
- Krip
1
我们公司目前使用BizTalk 2006来传递来自Commerce Server 2007实例和一系列运行Dynamics RMS的商店的订单到我们的主ERP，Dynamics NAV。BizTalk确实是一个强大的解决方案，但我认为学习曲线相当陡峭，并且同意StackOverflow上其他人所说的它是微软生产的最复杂的服务器之一。
就其所做的事情而言，它非常可靠，如果系统出现问题，那么问题通常出现在链的某一端，而不是BizTalk本身。
就其所做的事情而言，它非常可靠，如果系统出现问题，那么问题通常出现在链的某一端，而不是BizTalk本身。
- Chris Magnuson
1
我们在我之前工作的地方也是这样使用的。 - Esteban Araya
1
过去我曾经在B2B环境中使用BT（2004）进行电子商务目的（订购、订单确认、交货通知等），效果非常好。这可能是BT最显而易见的组织内部应用领域。
现在，我几乎完全参与了一个内部BT项目，该项目最初处理来自遗留系统的大量数据负载，并将来处理另一个遗留应用程序与同一新系统之间的消息传递。也许这不是技术上最有效的使用方式，但是基础架构已经建立起来，可以实施企业服务总线类型的架构，被视为“我们业务的救星”。尽管如此，我还没有被说服这种想法。:S
- ZombieSheep
1
在我们公司，我们使用BizTalk作为一个大规模的文档翻译引擎。我们处理供应链文档的EDI、XML和平面文件。我们扮演文档代理人的角色，使用BT接收任何格式的文档，然后将其转换为任何其他格式，并路由到任何交易伙伴。
因此，与其让每对交易伙伴都经历EDI入职培训，我们根据每个交易伙伴的要求进行入职，并使用我们的翻译引擎确保他们可以以静态格式发送和接收文档。在内部，我们将他们的格式映射到一个规范模式，然后在交易伙伴之间进行插拔式操作。想象一下一个中心枢纽和辐射式文档网络。
因此，与其让每对交易伙伴都经历EDI入职培训，我们根据每个交易伙伴的要求进行入职，并使用我们的翻译引擎确保他们可以以静态格式发送和接收文档。在内部，我们将他们的格式映射到一个规范模式，然后在交易伙伴之间进行插拔式操作。想象一下一个中心枢纽和辐射式文档网络。
- kirps
0
我使用HL7 Accelerator开发了一些HL7解决方案，管理理赔申请系统的工作流程，使用通用方法进行消息路由，实现不同系统之间的集成等。
非常有趣，也是很多工作... ;-D
- Wagner Silveira
0
个人开发过的项目：
采购：为医院处理向不同制造公司的购买请求。这些公司会发送不同的xml请求给不同的公司，每个制造商都有自己的风格。然后所有的采购也被制成了一个html / xslt报告（内部收据），显示购买了什么以及价格。
HL7：处理大量的HL7文件一次性处理（设置为同时处理4个），并将其处理并放置到当天的新文件夹中。
- avgbody
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接