Azure DevOps发布管道&部署BizTalk应用程序&任务 [英] Azure Devops release pipeline "Deploy BizTalk Application" task

问题描述

我想使用来自部署组作业的Azure发布管道上的"Deploy BizTalk Application"任务来创建一个多部署服务器，但该任务会在3个服务器上安装所有构件(添加资源、GAC、绑定)。是否有办法限制绑定并仅在第一个节点上添加资源？

当前行为生成异常：

更新时遇到并发冲突

另外，BizTalk 2016中的FP2 MSFT增加了部署组的增强，有没有人知道到底有什么变化？

推荐答案

这将是一篇很长的帖子，请稍候。

您希望了解BTDF(BizTalk部署框架)。我为我的内部团队写了一份完整的指南，所以我不能轻易分享。但我会试着解释你需要做什么。

1)在我们的Azure DevOps组织中，添加扩展"Deploy Framework for BizTalk"和"BTDF Project Updater"(这是我编写的，但对于更新生成的MSI的版本号是可选的)。

2)有在线指南，但了解如何将您的项目转换为MSI并使用构建管道中的BTDF进行部署。使用BTDF Project Updater递增版本号。

3)现在，您说您的BizTalk环境中有3台服务器。在手动部署BizTalk的过程中，Server1和Server2得到"轻量级"BizTalk部署，Server3得到完整的BizTalk部署。这意味着在发布管道期间，要在服务器1和服务器2上进行发布，但在服务器3上要稍有不同。

3.1)为服务器3创建一个普通代理池，并将服务器3上的ADO代理与其关联。

3.2)创建部署池并将服务器1和服务器2的代理关联(我认为您已经完成了此操作)

4)为该特定环境创建您的发布管道，但我们将放入2个代理阶段，而不是默认的1个。请注意，我为上面创建的池使用了不同类型的代理作业。

5. 对于每个代理的发布管道任务，我只是碰巧使用了任务组模板，因为我有任何发布管道。我有一个叫做"标准部署--不是最终的"，还有一个叫做"标准部署"(这是最后一个)。为什么？BizTalk要求在运行该应用程序的每个BizTalk服务器上安装应用程序二进制文件和某些其他构件。但是，BizTalk应用程序、其端口绑定、规则策略等只能在组内的BizTalk数据库中注册一次。这就是选中该复选框的原因。请注意，未选中"非最终"，而选中了将是"最终"的。服务器1和服务器2上的安装将进行得非常快，但由于此原因，服务器3上的安装时间较长。

6. 现在您可以启动ADO发布管道来测试它。但这一过程效果很好，我正在将其与GitVersion结合使用。

我知道我在本指南中遗漏了很多内容，比如通过PS脚本停止BizTalk应用程序、卸载BizTalk应用程序、卸载MSI、为什么我要将MSI复制到安装目录，然后进行安装的任务的实际细节。您可以在此处阅读官方文档：http://www.tfabraham.com/BTDFDocs/V5_5/DeploymentFrameworkForBizTalkDocs.html?DeployConfigurationSettingsintoS.html

我希望这会有帮助！

这篇关于Azure DevOps发布管道&部署BizTalk应用程序&任务的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！