Deployment 为什么Azure部署需要这么长时间？

我试图理解为什么将一个小应用程序部署到Azure需要20-60分钟（使用配置/包上载方法，而不是从VS内部）

---

我已经通读了一遍，但我还是有点不清楚-在实例分发时是否会发生一种奇怪的非技术仪式，比如微软的某个人点蜡烛或跳舞？

作为Azure的一名用户，我和你一样痛苦-部署不是“快速的”/“无痛的”-尤其是当您处于开发周期中，想要在Azure上测试开发迭代时，这会带来伤害。但是，一般来说，部署所需的时间应该不到60分钟，也不到20分钟

Steve Marx简要概述了部署过程中涉及的步骤：

---

他引用了一个更深层次的解释：

当你将一个应用程序部署到Azure云时，幕后会发生很多事情。我对幕后发生的事情没有任何特别的见解，但在使用VS工具将项目上传到Azure云之后，作为一个旁观者，我的印象如下：

除其他外：

必须从可用的服务器池中分配硬件

必须将核心操作系统的VHD上载到计算机

必须初始化VM实例并从该VHD映像启动

必须将应用程序包复制到VM并安装

VM监视器必须等待服务启动，否则将失败

数据中心负载平衡器和防火墙必须了解应用程序的服务端点

一旦所有这些都同步，您的应用程序就可以从web访问

VHD映像的大小可能是千兆字节，比您的应用程序上载大得多。即使是在超高速数据中心网络上，也需要时间将大量内容移动到虚拟机中，解包并从虚拟机启动。此外，负载平衡器和防火墙可能已优化，以使路由请求具有最高优先级。重新配置防火墙和负载平衡器的优先级较低，必须在不中断流量的情况下完成

---

还要注意的是，所有这些工作只需为新部署完成。更新现有部署的速度要快得多—2到3分钟，而不是20到30分钟。

请查看Mark Russinovich的PDC10视频。他非常详细地介绍了Azure内部的情况，并对部署过程（公认的缓慢）进行了深入了解

---

原始链接不再工作。这里还有一个链接指向同一演示文稿的版本：

很好的链接，但还没有+1：视频超过一个小时，因此如果您发布了一个简短的亮点摘要，它会非常方便。如果你这样做的话，我会给你+1。公平地说，布伦塔克德蒙基说过他“非常详细”。。一个好的视频！哇！这段视频是一段长时间的Windows Azure部署。不可否认，它是一段相当古老的（以云计算）录制。我更新了一个新的链接，链接到Russinovich在不同事件中的同一个会话。@BrentDaCodeMonkey真棒的回答！毫无疑问，这正是我仍然使用EC2的原因，尽管我喜欢Azure提供的脱离操作系统管理的抽象功能。与此同时，我们又前进了近3年，速度仍然非常慢。现在是2017年底，速度仍然非常慢。有时，我会考虑取消绑定一台计算机，然后安装操作系统，然后手动部署应用程序。2019年即将结束，即使是一个简单的Windows 10虚拟机配置也需要8-10分钟。//，这是一个商业决策。他们不卖给开发者。有趣的是，考虑到我们现在有最快的选择。如果不是ms，这难道不应该让我们在几秒钟内完成所有这些吗？“这些天”已经是我最初的评论发表5年后的事了。我确信Azure资源调配性能自2011年以来有所提高。：>还没到几秒钟，我可以确认绝对没有。是的，新的部署仍然需要10分钟。老实说，我有点惊讶Azure没有让一些虚拟机在这个列表的第4步等待以改善他们的客户体验。这个答案是否仍然适用于2018年？我正在尝试在Azure上部署redis缓存。我在azure上的第一次服务-现在已经等了25分钟，无法相信这是正常的/可接受的。@Gravy我已经用了很多年了，是的，部署（尤其是虚拟机）有时会非常缓慢。一般来说，你看的时间在10到60分钟之间。