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

Question

“什么才是一个好的BizTalk项目”是我最近被客户的IT负责人问到的一个问题。这是相当开放的，所以稍微改写一下：

“对于BizTalk 2006和以后的项目，您有哪些十大最佳实践 - 不仅限于技术实践，例如组织”

Answer 1

我写了一篇名为“十大BizTalk Server错误”的文章，其中涵盖了一些关键的最佳实践，即可用信息而不是简单列表。这是列表：

1. 使用业务流程
2. 编写自定义代码而不是使用现有适配器
3. 使用非可序列化类型并将它们包装在原子事务中
4. 混合交易类型
5. 依靠公共模式进行私人处理
6. 在管道中使用XmlDocument
7. 使用'立即指定'绑定
8. 使用BizTalk for ETL
9. 转储调试/中间结果以支持调试
   1. 传播BizTalk缓慢的神话

...以及完整文章的链接：[Top 10 BizTalk Server错误]（http://artofbabel.com/columns/top-x/49-top-10-biztalk-server-mistakes.html）

Answer 2

关键是要向客户强调，BizTalk是瑞士军刀，用于互操作......昂贵的瑞士军刀。程序员可以使用BizTalk尽可能快地将两个企业系统与WCF应用程序连接起来。使用BizTalk时要包含/要求的关键事项是：

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

这些项目中的任何一项都使得BizTalk成为获胜候选人，因为很多这些项目都是通过平台提供给您的。如果您没有被要求提供任何这些，您应该真正尝试以高度可见的方式向客户提供一些这些好处。如果你不这样做，那只是一把昂贵且利用不足的瑞士军刀。

Answer 3

我将从环境和部署规划开始。特别是测试部署和匹配您的QA / Stage（无论预生产环境是什么）到生产环境，所以当您尝试上线时，您不会在午夜发现一些奇怪。