Azure云服务

我们正在使用azure云服务发布我们的应用程序。对于主要更改，我们将通过创建和上载包来发布，但对于次要更改，我们将通过远程机器将相应的dll移动到实例

我们将把dll移到站点根目录下的文件夹中

---

我们的问题是，两天前，我们注意到通过增量（即复制dll）所做的任何更改都已丢失，我们在桌面上保存的文件夹也已丢失。

这是预期的行为。请注意，Azure云服务是无状态的。这意味着，如果出于某种原因Azure需要重新创建运行您的代码的VM，它将使用您用于创建VM的最后一个包文件

在您的情况下，您通过RDPing将文件手动更改到这些VM中，这些更改只会持续到VM处于活动状态为止。如果虚拟机因某种原因被取消使用，并且Azure需要为您的云服务创建一个新的虚拟机，那么您的更改将被丢弃

---

有关更多详细信息，请参阅此链接：。

这是预期行为。请注意，Azure云服务是无状态的。这意味着，如果出于某种原因Azure需要重新创建运行您的代码的VM，它将使用您用于创建VM的最后一个包文件

在您的情况下，您通过RDPing将文件手动更改到这些VM中，这些更改只会持续到VM处于活动状态为止。如果虚拟机因某种原因被取消使用，并且Azure需要为您的云服务创建一个新的虚拟机，那么您的更改将被丢弃

---

有关更多详细信息，请参见此链接：。

没有人能告诉您所提供的信息发生了什么。@Peter-绝对有办法根据所提供的信息准确解释发生了什么，正如Gaurav所回答的，无状态是Azure云服务的一个核心属性。没有人能告诉你在你提供的信息上发生了什么。@Peter-完全有办法根据给定的信息解释到底发生了什么，正如Gaurav回答的那样，无状态是Azure云服务的核心属性。感谢您提供的信息。是否有任何特定的频率或原因来重新创建虚拟机，以便我们可以尝试设置一些警报，或者我们可能需要进行完整发布，即使是很小的更改。不幸的是，否！除了开发环境之外，您不应该遵循这种通过使用RDP连接到VM来更改文件的做法。始终部署新的包文件，即使这是一个简单的更改，我知道这可能是一个巨大的痛苦！。还要考虑手动或使用自动缩放应用程序时的场景。在本例中，新实例将使用上次部署的包文件进行部署。非常感谢您提供的信息。非常有用谢谢您提供的信息。是否有任何特定的频率或原因来重新创建虚拟机，以便我们可以尝试设置一些警报，或者我们可能需要进行完整发布，即使是很小的更改。不幸的是，否！除了开发环境之外，您不应该遵循这种通过使用RDP连接到VM来更改文件的做法。始终部署新的包文件，即使这是一个简单的更改，我知道这可能是一个巨大的痛苦！。还要考虑手动或使用自动缩放应用程序时的场景。在这种情况下，新实例将使用上次部署的包文件进行部署。非常感谢您提供的信息。这非常有帮助