Windows 为什么更新停止的Azure部署需要这么长时间？

完成Azure部署，但我要做的是

我停止部署，然后在部署处于“停止”状态时，单击“升级”并选择服务包。部署进入“升级”状态，最多需要三分钟才能完成，然后进入“停止”状态。我必须单击“开始”并再等待几分钟才能开始部署

---

我不明白。升级之前不需要停止部署-它已经停止。升级后未启动部署。那要花三分钟做什么？

为什么要停止部署？升级的目的是实现零停机时间。您只需选择升级，并在升级域中执行手动或自动滚动升级。只有新部署需要停止/删除。

我认为原因是自动升级非常小心，以确保您可以在升级过程中的任何时候再次启动Azure服务，因此仍然需要花费时间分别升级各个升级区域。

以下是场景：我升级我的部署，请确保角色不会启动，并且会在循环中重新启动，并将大量错误消息写入日志。我阅读了日志并发现了问题，我需要时间修复代码并重新部署角色。在我重新部署之前，我不希望角色重新启动并继续将消息写入日志。所以，一旦我知道该怎么做，我想尽快停止这个角色。那么你就失去了升级的好处。使用手动升级方法，检查日志，如果出现错误，只需在1个升级区域后停止升级即可。接下来，将原始包重新应用于部分升级的部署（升级区域1），您将恢复到原始状态。现在您可以修复升级并稍后重试。再说一次，没必要停下来。那是太多的体力劳动了。而且我也不会问如何充分利用Azure portal。我只是很好奇为什么要花三分钟去做一件看似琐碎的事情。我真的不知道该说些什么。在不到6分钟的时间内跨服务器重新部署整个应用程序。。。？我想，如果您想要更快的速度，您需要投资创建自己的通用工作者角色，从blob中提取二进制文件（我有自己的）。Smarx在某处有一个。。。也许是smarxrole？这些将在大约一分钟内更新。