Azure：如果来宾 OS 更新破坏了我的应用程序怎么办？
Azure: What if a guest OS update breaks my application?
我们正在研究将我们小公司的基础设施转移到 Azure PaaS（网站、云服务，SQL）的选项，因为我们没有资源来大规模维护我们的基础设施，而且这需要大量的时间开发人员有时间维护我们当前的服务器。
我们在移动 Azure PaaS 时遇到的最后一个问题是，根据 this article Azure 强制您保留在来宾 OS 的两个补丁版本中，对更新的控制似乎有些受限推出。
除了这给我们带来了测试负担（我们必须测试该软件是否适用于强加给我们的新 OS 版本）之外，如果 Azure 更新，我们将无能为力确实破坏了我们的一个应用程序......并且它在 Windows 更新之前发生过。
这应该怎么处理？没有其他人遇到过这个问题吗？
这通常是通过更新您的应用程序来解决的 and/or 修复您的自定义代码以使用较新的补丁 and/or 更新。
您真的无能为力。我在没有的地方工作过，并且看到了长期阻止不兼容更新（或完全关闭更新）的结果，这比只维护你的任何东西要糟糕得多。如果不这样做，您最终会以每小时数千美元的价格支付给一群顾问，以解决与过去十年中制作的任何产品不兼容的代码库或应用程序的问题。
我想补充一点，您可能希望复制整个部署，但始终运行使用最新的可用补丁。
这样您就可以在更新生产环境之前提前数周测试更新。
我们正在研究将我们小公司的基础设施转移到 Azure PaaS（网站、云服务，SQL）的选项，因为我们没有资源来大规模维护我们的基础设施，而且这需要大量的时间开发人员有时间维护我们当前的服务器。
我们在移动 Azure PaaS 时遇到的最后一个问题是，根据 this article Azure 强制您保留在来宾 OS 的两个补丁版本中，对更新的控制似乎有些受限推出。
除了这给我们带来了测试负担（我们必须测试该软件是否适用于强加给我们的新 OS 版本）之外，如果 Azure 更新，我们将无能为力确实破坏了我们的一个应用程序......并且它在 Windows 更新之前发生过。
这应该怎么处理？没有其他人遇到过这个问题吗？
这通常是通过更新您的应用程序来解决的 and/or 修复您的自定义代码以使用较新的补丁 and/or 更新。
您真的无能为力。我在没有的地方工作过，并且看到了长期阻止不兼容更新（或完全关闭更新）的结果，这比只维护你的任何东西要糟糕得多。如果不这样做，您最终会以每小时数千美元的价格支付给一群顾问，以解决与过去十年中制作的任何产品不兼容的代码库或应用程序的问题。
我想补充一点，您可能希望复制整个部署，但始终运行使用最新的可用补丁。
这样您就可以在更新生产环境之前提前数周测试更新。