使用 Azure Web/辅助角色时，用户可以指定 osVersion 来显式设置 "Guest OS image" version 。这确保了当 Microsoft 发布新的关键更新时，它们首先显示在较新的“操作系统镜像”上，用户可以在该镜像上明确指定和测试其服务。
如何使用 Azure Service Fabric 实现同样的效果？假设我将服务部署到 Azure Service Fabric 中并且它已经运行了一个月，然后 Microsoft 发布了运行该服务的服务器上操作系统的更新 - 它们是如何应用的，以便我可以首先测试它们以确保它们不会破坏服务？
最佳答案
布雷特是正确的。 SF 集群基于 Azure VMSS，期望客户负责修补操作系统。 https://azure.microsoft.com/en-us/documentation/articles/service-fabric-cluster-upgrade/
我们从大多数 SF 客户那里得知，这根本不可取，他们不想负责操作系统补丁。
启用 OPT-IN 自动操作系统修补功能确实是 Azure 计算团队中的一个非常高的优先级。有关如何最好地提供此功能的具体细节仍在设计中，但目的是在今年年底之前启用此功能。
尽管这是正确的长期解决方案，但为了在短期内缓解此问题，SF 团队正在制定一系列步骤，使客户能够选择以安全的方式使用 WU 修补其虚拟机。一旦这些步骤经过测试，我们将在博客中介绍它，并发布详细说明这些步骤的文档。预计在接下来的几个月内。
关于azure - 使用 Service Fabric 时如何控制操作系统配置更改？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37705345/