【问题标题】:Azure instance - my direct changes were lostAzure 实例 - 我的直接更改丢失了
【发布时间】:2012-08-01 09:25:28
【问题描述】:

我在 Azure 上有一个用于我的 Web 应用程序的小型生产实例。为了快速更改实时站点,我通过 RDC 打开实例并复制任何需要添加的 dll 和文件。这似乎工作正常。

然而,昨晚,该实例似乎已被重置(我仍在调查原因),并且该网站的版本已回滚到大约一个月前。

我在 StackOverFlow 上读到,当 Microsoft 执行实例重置时,不会保存通过 RDC 所做的任何更改,并且它会回滚到之前的发布。

肯定有比每次都发布应用程序更快的方法来更改生产实例吗?每次发布大约需要 45 分钟。如果我每天要进行多次部署,那么有没有更好的解决方案?

【问题讨论】:

    标签: c# asp.net deployment azure


    【解决方案1】:

    不,必须发布所有更改。 Microsoft 保证会有一个工作实例,但不保证它将是同一个实例。

    我们一直在寻找其他解决方案,但现在只是发布更改。 但我们可能很幸运能浪费 10 分钟来发布。

    【讨论】:

    • 谢谢丹尼斯。我将研究 Blob 存储以减少发布时间。
    【解决方案2】:

    您可以查看以下内容:

    1. *.cspkg 文件的大小。尝试缩小 *.cspkg 文件以减少上传时间。例如,您可以将图像、视频等静态文件存储在 blob 存储中。
    2. 使用将所有文件从 blob 容器同步到 IIS 网站的同步机制。如果您使用它,您可以简单地将文件复制到 blob 存储以更新您的实例。请注意,您需要考虑一些事情,例如您的启动任务会发生什么,滚动升级会怎样......? Steve 写了一篇很棒的博文:Update Your Windows Azure Website in Just Seconds by Syncing with Blob Storage(它使用 WorkerRole 而不是 WebRole)
    3. 转到 Windows Azure 网站,这允许您使用 FTP、Git、...
    4. 立即部署

    【讨论】:

    • 感谢您提供有用的链接。我不使用 blob 存储,因此我必须更改它以减少部署时间。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-02-05
    • 1970-01-01
    • 1970-01-01
    • 2013-10-27
    • 2021-09-25
    • 1970-01-01
    相关资源
    最近更新 更多