“是什么让一个好的BizTalk项目”

Question

“是什么让一个好的BizTalk项目”是我最近被客户的IT主管问到的问题。这是相当开放式的，所以改写它稍微：

“什么是2006年的BizTalk你十大最佳做法，并开始项目 - 不仅限于技术的做法，如组织”

Answer 1

我会开始环境和部署规划。特别是测试部署并将QA/Stage（无论预生产环境如何）与生产环境进行匹配，以便在您尝试上线时不会在午夜发现一些奇怪现象。

Answer 2

我写了一篇名为“Top 10 BizTalk Server Mistakes”的文章，其中涵盖了一些关键的最佳实践，其中包括可用信息而非简单列表。这里的清单：

1. 使用业务流程的一切
2. 编写自定义代码，而不是使用现有的适配器
3. 使用非序列化类型和包装它们的原子事务中
4. 混合交易类型
5. 依托在公共架构上进行私人处理
6. 在管道中使用XmlDocument
7. 使用'指定n流”结合
8. 使用BizTalk用于ETL
9. 倾销调试/中间结果以支持调试
10. 传播神话的BizTalk缓慢

。 ..和链接到完整的文章：[前10 BizTalk服务器错误]（http://artofbabel.com/columns/top-x/49-top-10-biztalk-server-mistakes.html）

Answer 3

关键是要强调的客户端，BizTalk是瑞士军刀interop ...昂贵的瑞士军刀。程序员可以像使用BizTalk一样快速地将两个企业系统连接到WCF应用程序。使用BizTalk时要考虑的关键因素是：

1. 不仅仅是简单的点集成。如果这是你的全部，那就好了，看看其余的。
2. 有全部或部分如果一个有价值的流程BizTalk，以便您可以使用BAM进行测试并为组织提供流程监控...甚至可能包含一些BI。
3. 如果您正在实施一对多或多对一的场景，则使用BizTalk ESB模式将在延长运行中支付潜力
4. 当有项目需要定期调整 - 阈值，URI'ss，等等...使用业务规则引擎可以提供易于维护的解决方案。
5. 当端点可能被半连接时，BizTalk会烘烤消息排队，无需额外的努力。
6. 复杂的相关性或消息排序。
7. 使用作为BizTalk一部分提供的适配器包，可以简化与现有企业系统的集成。这一项可以节省大笔资金。询问Oracle，PeopleSoft或Siebel人员关于XML和Web服务可能是一种具有挑战性的体验。适配器通过企业应用程序的前门为您和BizTalk提供支持，并大幅减少工作量。
8. 还有更多我在午夜想不到的。

任何这些项目都可以让BizTalk成为获胜的候选人，因为这么多东西都是由平台提供给您的。如果您没有被要求提供这些服务，那么您应该尝试以高度可见的方式向客户提供其中的一些服务。如果你不这只是一个昂贵的和利用不足的瑞士军刀。