Azure 应用服务和基础设施维护
Azure App Service and infrastructure maintenance
据我了解，应用服务（以及其他 PaaS 产品）中没有更新域的概念。我想知道如果我只有一个 App Service 应用程序实例，Azure 如何处理 OS 更新。如果我想避免应用程序在 OS/other 更新期间出现故障或在不停机的情况下处理这种情况，我是否需要计划两个或更多实例？根据文档应用服务有 99.95% 的 SLA - 这个时间在这里保留吗？
首先欢迎来到社区。
应用服务修补 OS 时，您的应用程序不会变得不可用，您不必担心。想象一下，如果真是这样，那将是一个巨大的问题。相反，PaaS 服务将确保您的应用程序在此之前被复制到更新的工作节点。
看看这个详细的博客post:
When the update reaches a specific region, we update available instances without apps on them, then move the apps to the updated instances, then update the offloaded instances.
无论实例数量多少，SLA 都是相同的，即使您 select "1 个实例":
We guarantee that Apps running in a customer subscription will be available 99.95% of the time
看看 Hyper-V 和 VMWare，它会让您大致了解应用服务如何处理这些问题。
如果您正在寻找应用服务的零停机 部署，您正在寻找的是 deployment slots .
管理版本容易让人迷惑，看一下我打开的this issue，它给了你一个详细的如何管理不同插槽版本的方法，这在微软文档中没有明确描述。
据我了解，应用服务（以及其他 PaaS 产品）中没有更新域的概念。我想知道如果我只有一个 App Service 应用程序实例，Azure 如何处理 OS 更新。如果我想避免应用程序在 OS/other 更新期间出现故障或在不停机的情况下处理这种情况，我是否需要计划两个或更多实例？根据文档应用服务有 99.95% 的 SLA - 这个时间在这里保留吗？
首先欢迎来到社区。
应用服务修补 OS 时，您的应用程序不会变得不可用，您不必担心。想象一下，如果真是这样，那将是一个巨大的问题。相反，PaaS 服务将确保您的应用程序在此之前被复制到更新的工作节点。
看看这个详细的博客post:
When the update reaches a specific region, we update available instances without apps on them, then move the apps to the updated instances, then update the offloaded instances.
无论实例数量多少，SLA 都是相同的，即使您 select "1 个实例":
We guarantee that Apps running in a customer subscription will be available 99.95% of the time
看看 Hyper-V 和 VMWare，它会让您大致了解应用服务如何处理这些问题。
如果您正在寻找应用服务的零停机 部署，您正在寻找的是 deployment slots .
管理版本容易让人迷惑，看一下我打开的this issue，它给了你一个详细的如何管理不同插槽版本的方法，这在微软文档中没有明确描述。