【问题标题】:Azure Cloud serviceAzure 云服务
【发布时间】:2016-03-07 12:38:19
【问题描述】:

我们正在使用 Azure 云服务来发布我们的应用程序。对于重大更改,我们将通过创建和上传包来发布,但对于较小的更改,我们将通过远程机器将相应的 dll 移动到实例。

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

我们的问题是两天前我们注意到通过增量(即通过复制 dll)所做的任何更改都已丢失,并且我们保留在桌面中的文件夹也丢失了。

【问题讨论】:

  • 根据您提供的信息,没有人可以告诉您发生了什么。
  • @Peter - 根据给定的信息,绝对一种方法可以准确地解释发生了什么,因为无状态是 Azure 云服务的核心属性(正如 Gaurav 回答的那样)。

标签: azure azure-cloud-services


【解决方案1】:

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

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

更多详情请查看此链接:https://blogs.msdn.microsoft.com/kwill/2013/09/05/how-to-modify-a-running-azure-service/

【讨论】:

  • 感谢您的信息。是否有任何重新创建 VM 的特定频率或原因,以便我们可以尝试设置一些警报,否则我们可能需要进行完整发布,即使是很小的更改
  • 很遗憾没有!除了开发环境之外,您不应遵循这种通过使用 RDP 连接到 VM 来更改文件的做法。始终部署新的包文件,即使它是一个简单的更改(我知道这可能是一个巨大的痛苦!)。还要考虑扩展应用程序(手动或使用自动扩展)时的场景。在这种情况下,新实例将使用上次部署的包文件进行部署。
  • 非常感谢您提供的信息。非常有帮助
猜你喜欢
  • 1970-01-01
  • 2015-06-30
  • 1970-01-01
  • 2014-12-13
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多