为什么在Azure云服务上更改配置需要这么长时间？

我有一个Azure云服务。其中一个Web角色包含一个配置，我需要每隔几天更改它的值

每次我更改值时，Azure都需要大约10~15分钟来完成该过程。这让我很困惑，因为我所更改的只是一个配置值

---

因此，我想知道Azure在后台做了什么使它如此缓慢？

请参阅以下文档：

总之，如果您的角色未处理

roleenEnvironment.Change

事件，则实例将脱机，应用更新的配置值，然后实例将恢复联机

---

因此，您可能希望处理此事件，并响应配置更改，以便实例不会重新启动。

您的实例正在重新启动。史蒂文·纳吉（Steven Nagy）在这里写了一篇过时但很好且相关的文章：

注意：这应该是对已接受答案的评论，但我显然还不允许发布它们

虽然这似乎适用于单实例部署，但我发现如果部署2个或更多实例，Azure仍然会逐个重新启动它们

在门户网站中，它们在最终上线之前从“未知”变为“忙碌”，所以我认为这就是它所做的。当然，这需要的时间比它应该的要长

---

但是，文档中没有提到这种行为，我觉得很奇怪。

配置值的性质是什么，如何使用？听起来配置值不是这个值的正确存储机制。它是一个api密钥，需要每隔几天更新一次。也许你是对的。我应该将密钥放在azure存储中，而不是放在配置中。但是我仍然不明白为什么Azure需要这么长时间来更新配置。添加了对这个问题的答案。顺便问一下，是否有任何特殊的理由将其作为云服务运行？一个web应用程序将允许在不经历停机的情况下更改此配置。谢谢Brendan，这正是我要找的。