【问题标题】:Migration Approach For BT2006 R2 to Azure Windows ServiceBT2006 R2 到 Azure Windows 服务的迁移方法
【发布时间】:2016-03-16 12:47:05
【问题描述】:

我们知道 Microsoft 不再支持 BizTalk 2006。它即将结束,所以我正在研究 POC/分析,以便将 BizTalk 2006 R2 应用程序迁移到最新的 BizTalk 版本。

是否有任何可用选项,例如将具有所需运行时组件的 BizTalk 2006 R2 应用程序作为 msi 包部署到 Azure windows VM(作为服务)?

我在对此进行调查时得到了以下信息。

对于 Azure 平台,他们提供了两种选择

  1. Azure VM 托管(与本地一样,但 BizTalk 将在云 VM 中),但同样不是 BizTalk 2006 R2,因为支持即将结束

  2. Azure BizTalk 服务(PaaS 模型)。同样,这也不仅仅是迁移。我们必须从头开始发展。也许我们可以重新使用模式 Maps(通过使用将 .btm 转换为 .trfm 的工具),没有编排。所以我们需要进行工件迁移而不是包迁移。

上面突出显示的选项是否可用?

【问题讨论】:

  • 迁移到 MABS 将是一项重大工作,并且可能需要对您的集成进行整个重写 - 假设您当前的集成不依赖于 MABS 目前无法很好处理的功能。通过升级到 2013R2 并在 VM 上运行它,您可能会得到更好的服务,

标签: azure biztalk biztalk2006r2


【解决方案1】:

最简单的升级途径是升级到在 Azure VM 中运行的 BizTalk Server 2013 R2。如果可能的话,迁移到 Azure 服务模型基本上需要重构整个应用程序以支持该运行时。

虽然您的 BizTalk Server 2006 应用程序可能会在 BizTalk Server 2013 R2 上按原样运行,但这不是一个值得推荐的解决方案。您应该将源项目升级到 2013 R2 SDK。这确实需要双跳到 2006R2/2009 -> 2013R2。

部署到 Azure 上的 BizTalk Server VM 与部署到本地 BizTalk 实例没有什么不同,因此不必担心。您仍然可以使用 BTDF 的 BT Admin 生成的 .msi。

【讨论】:

  • 谢谢约翰。实际上我的应用程序是在 BizTalk 2006 R2 中开发的。在这种情况下,我不需要双跳,我可以直接升级到在 Azure VM 中运行的 2013R2。请确认我的理解是否正确。
  • 是的,您可以将 Visual Studio 中的应用直接升级到 VS 2013。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-04-01
  • 2016-09-29
  • 2017-05-24
  • 2020-07-21
相关资源
最近更新 更多