【问题标题】:Biztalk applications best practiceBiztalk 应用程序最佳实践
【发布时间】:2014-03-24 04:28:16
【问题描述】:

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

【问题讨论】:

    标签: biztalk


    【解决方案1】:

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

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

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

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

    【讨论】:

      【解决方案2】:

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

      还在优秀的 Pluralsight 课程 BizTalk Server 2013 from Ground Up: An End to End Scenario 中,作者 MH 将每个项目(已按业务流程/人工制品拆分为单独的 Biztalk 应用程序)。对于 1 “解决方案”有大约 20 个独立的 Biztalk 应用程序。

      在 VS 解决方案中按人工进行拆分似乎是合乎逻辑的,但随后部署到一个常见的 Biztalk 应用程序中,而每个项目部署一个应用程序可能很快变得笨拙或不切实际(特别是如 5 个应用程序限制)。对每种方法的优缺点的看法?

      【讨论】:

      • Visual Studio 解决方案代表一个单一的功能性应用程序。当然,按工件类型划分项目。将整个解决方案(所有项目)部署到一个 BizTalk 应用程序中。
      猜你喜欢
      • 2011-02-18
      • 1970-01-01
      • 2018-10-27
      • 2015-06-11
      • 2013-12-11
      • 2012-06-06
      • 2010-10-14
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多