Biztalk应用程序的最佳实践

时间:2014-03-21 16:23:49

标签: biztalk

掌握Biztalk,但仍然是新手。关于何时以及为何创建新应用程序的最佳做法是什么? 作为一个例子,我正在创建一个在CRM和基于Web的营销工具之间进行同步的连接器。我将轮询CRM并轮询webservice检查每个更新以保持同步。是应该将所有这些部署在运行独立业务流程的1个应用程序中,还是作为3个应用程序部署,一个用于Web服务,一个用于Web服务,一个用于引用两者之间的公共模式?

2 个答案:

答案 0 :(得分:1)

我的建议是在BizTalk Administrator和Visual Studio中按照部署单元的方式组织应用程序。

因此,解决方案和应用程序之间存在1:1的关系,您的正常流程是每次都将整个解决方案部署到应用程序。

这也适用于项目的组织方式。例如,由于部署障碍,我不是共享架构的忠实粉丝。

请记住,BizTalk Server标准版有5个应用程序限制。

答案 1 :(得分:1)

似乎这并不简单。看到 http://multishoring.info/corporate-news/biztalk-application-%E2%80%93-what-is-it/ Biztalk Applications structure how-to

同样在优秀的Pluralsight课程中 BizTalk Server 2013从Ground Up:End to End Scenario ,作者MH将EACH项目(已经被业务流程/人工制品拆分为单独的Biztalk应用程序)分离。 '解决方案'有大约20个独立的Biztalk应用程序。

在VS解决方案中通过artefact进行拆分似乎合乎逻辑,但随后部署到一个常见的Biztalk应用程序中,而每个项目部署一个应用程序很快就会变得笨拙或不切实际(特别是如规定的5个应用程序限制)。关于每种方法的利弊的想法?