我阅读了有关使用VST的连续部署服务面料的信息。在这种情况下，我需要一个帮助/建议
- 我有一组由Azure中连续部署部署的服务
- 现在，我升级了一项服务，我知道，当此升级失败时，服务面料会回到以前的状态。让我们假设升级成功，现在我运行集成测试(作为构建定义管道的一部分(，并且失败了，在这种情况下，如何单独回滚此特定服务，以便其他服务仍然不受影响，并应自动化，不应该有任何手动干预
示例： -
- 按下您的代码
- 升级服务的部署服务正在运行
- 执行集成测试
- 关于失败，回滚服务的升级和成功，继续升级其他节点
可以在VST中完全自动化这一点吗？
我转介了此链接：https：//learn.microsoft.com/en-us/azure/service-fabric/service-fabric-pabrication-upgrade-upgrade-rolling-upgrades-upgrades-overgrades-overview
回滚API只能用于回滚当前正在向前滚动到新版本的过程中的升级，您可以通过API回滚完整的升级，因此您不能做它在VSTS构建/发布中。
基于此线程：登台插槽和VIP-SWAP，您可以为新应用程序创建一个实例。
您可以使用内置服务健康监控。通过实施自定义健康监控器(运行您的集成测试(，您可以在升级过程中报告"不健康"。您可以使用此信息使SF自动回滚升级。(通过配置健康阈值。(您还可以手动控制升级，例如使用PowerShell Start-ServiceFabricApplicationUpgrade。
斯科特·汉塞尔曼(Scott Hanselman(在这里对此进行了很好的演讲。这里的另一个示例。