&引用；“是什么造就了一个好的BizTalk项目”；_Biztalk

&引用；“是什么造就了一个好的BizTalk项目”；

biztalk

&引用；“是什么造就了一个好的BizTalk项目”；,biztalk,Biztalk,“什么是好的BizTalk项目”是一个客户IT主管最近问我的问题。这是一个相当开放的话题，所以稍微改一下： “对于BizTalk 2006及以后的项目，您认为十大最佳实践是什么？不仅限于技术实践，例如组织实践”我将从环境和部署规划开始。特别是测试部署并将QA/Stage（无论预生产环境是什么）与生产环境相匹配，这样您就不会在午夜尝试上线时发现一些奇怪的地方。我将从环境和部署规划开始。特别是测试部署并将QA/Stage（无论预生产环境是什么）与生产环境相匹配，这样您就不会在午夜尝试上线时发现一些奇

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

“对于BizTalk 2006及以后的项目，您认为十大最佳实践是什么？不仅限于技术实践，例如组织实践”

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

我将从环境和部署规划开始。特别是测试部署并将QA/Stage（无论预生产环境是什么）与生产环境相匹配，这样您就不会在午夜尝试上线时发现一些奇怪之处。

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

对一切都使用编排

编写自定义代码而不是使用现有适配器

使用不可序列化的类型并将其包装到原子事务中

混合事务类型

依赖公共模式进行私有处理

在管道中使用XmlDocument

使用“立即指定”绑定

使用BizTalk进行ETL

转储调试/中间结果以支持调试

传播BizTalk速度缓慢的神话

…以及完整文章的链接：[BizTalk Server十大错误]（）

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

对一切都使用编排

编写自定义代码而不是使用现有适配器

使用不可序列化的类型并将其包装到原子事务中

混合事务类型

依赖公共模式进行私有处理

在管道中使用XmlDocument

使用“立即指定”绑定

使用BizTalk进行ETL

转储调试/中间结果以支持调试

传播BizTalk速度缓慢的神话

…完整文章的链接：[BizTalk Server十大错误]（）

关键是要向客户强调BizTalk是一把瑞士军刀，用于互操作。。。昂贵的瑞士军刀。程序员可以使用WCF应用程序连接两个企业系统，速度与使用BizTalk一样快。使用BizTalk时要包括/要求的关键事项是：

不仅仅是简单的点积分。如果这就是你所有的，好吧，看看其他的

如果某个流程有价值，请将其全部或部分放到BizTalk中，以便使用BAM对其进行检测，并向组织提供流程监控。。。甚至可能是一些BI

若您正在实现一对多或多对一的场景，使用BizTalk ESB模式将在长期运行中带来好处

当有需要定期调整的项目时-阈值、URI等。。。使用业务规则引擎可以提供易于维护的解决方案

当端点可能是半连接的时，BizTalk会在消息队列中烘焙，而无需额外努力

信息的复杂关联或排序

使用作为BizTalk一部分提供的适配器包，可以简化与现有企业系统的集成。仅此一项就可以节省大笔资金。询问Oracle、PeopleSoft或Siebel人员有关XML和Web服务的信息可能是一种具有挑战性的体验。适配器让您和BizTalk通过企业应用程序的前门，大大减少了它们的工作量

在午夜，我想不出还有更多

这些项目中的任何一项都使BizTalk成为获胜的候选对象，因为它的大部分内容都是通过平台提供给您的。如果不要求您提供任何这些，您应该真正尝试以高度可见的方式向客户提供其中一些好处。如果您不知道，它只是一把昂贵且未充分利用的瑞士军刀。

关键是要向客户强调BizTalk是一把用于互操作的瑞士军刀。。。昂贵的瑞士军刀。程序员可以使用WCF应用程序连接两个企业系统，速度与使用BizTalk一样快。使用BizTalk时要包括/要求的关键事项是：