升级后的 Azure 服务结构持续部署和回滚选项
Azure service fabric continuous deployment and rollback options after upgrade
我阅读了有关使用 VSTS 持续部署服务结构的信息。在
这种情况下,我需要一个 help/suggestion
- 我在 Azure 中通过持续部署部署了一组服务
- 现在我升级了一个服务,我知道当这次升级失败时,服务结构会回滚到以前的状态。假设升级成功,现在我 运行 集成测试(作为构建定义管道的一部分)但它失败了,在这种情况下如何单独回滚此特定服务,以便其他服务不受影响并回滚应该是自动化的,不应该有任何人工干预
示例:
-
- 推送你的代码
- 升级服务A的部署,其中一组
服务运行宁
- 执行集成测试
- 失败时回滚A的服务升级,成功后继续升级其他节点
这可以在 VSTS 中实现完全自动化吗?
您可以使用内置服务health monitoring。
通过实施自定义运行状况监视器(即 运行 您的集成测试),您可以在升级期间失败时报告 'unhealthy'。您可以使用此信息让 SF 自动回滚升级。 (通过配置健康阈值。)
您还可以手动控制升级,例如使用 PowerShell Start-ServiceFabricApplicationUpgrade
.
回滚API只能用于回滚当前正在进行的正在前滚到新版本的升级,您可以通过API回滚已完成的升级,所以您可以'不要在 VSTS build/release.
中执行
基于此线程:,您可以为新的应用程序版本创建一个实例。
我阅读了有关使用 VSTS 持续部署服务结构的信息。在
这种情况下,我需要一个 help/suggestion- 我在 Azure 中通过持续部署部署了一组服务
- 现在我升级了一个服务,我知道当这次升级失败时,服务结构会回滚到以前的状态。假设升级成功,现在我 运行 集成测试(作为构建定义管道的一部分)但它失败了,在这种情况下如何单独回滚此特定服务,以便其他服务不受影响并回滚应该是自动化的,不应该有任何人工干预
示例: -
- 推送你的代码
- 升级服务A的部署,其中一组 服务运行宁
- 执行集成测试
- 失败时回滚A的服务升级,成功后继续升级其他节点
这可以在 VSTS 中实现完全自动化吗?
您可以使用内置服务health monitoring。
通过实施自定义运行状况监视器(即 运行 您的集成测试),您可以在升级期间失败时报告 'unhealthy'。您可以使用此信息让 SF 自动回滚升级。 (通过配置健康阈值。)
您还可以手动控制升级,例如使用 PowerShell Start-ServiceFabricApplicationUpgrade
.
回滚API只能用于回滚当前正在进行的正在前滚到新版本的升级,您可以通过API回滚已完成的升级,所以您可以'不要在 VSTS build/release.
中执行基于此线程: