gpt4 book ai didi

azure - 在 Azure 中从开发切换到生产时避免覆盖 App_Data

转载 作者:行者123 更新时间:2023-12-03 01:52:54 25 4
gpt4 key购买 nike

从开发切换到生产时,是否可以避免覆盖生产站点上的 App_Data 文件夹?

我的生产站点有大约 2000 个文件,这些文件一直在 App_Data 文件夹中进行编辑。我现在能看到的唯一解决方案是使用另一个不属于网络应用程序的文件夹,除非有人可以帮助我不要在交换时覆盖此文件夹。谢谢

最佳答案

实际上,我建议将所有文件移动到 Blob 存储中。尽管 Web 应用程序环境/计划为我们提供了一些本地保存文件的空间,但我不会将其用于临时存储以外的任何其他用途。

是的,Web App 中的存储是持久且可靠的。但它也有限的。如果现在没有达到限制,则可能会在 2 周、2 个月或 2 年后达到限制(届时将所有内容迁移到 Blob 存储将是一场噩梦)。

话虽如此,回到你的问题 - ,没有选项也没有方法可以保留任何内容,但可以保留交换中的设置(不是 app_data,也不是本地文件系统上的任何其他文件夹) 。因为交换只是 DNS 记录的交换,没有任何物理或逻辑的内容。除了您为插槽定义的设置之外。当您在门户 (IBIZA) 中创建新的应用程序设置时 - 无论是应用程序设置还是连接字符串,您都可以选择(复选框)表明这是一个槽设置,因此值和键将在槽交换中保留。

仍然是主题 - 特别重要的是链接的源代码控制系统也随着插槽“移动”。我的意思是:

假设您有生产槽 super-web.azurewebsites.net并且您将其链接到源代码控制 super-web.github.com .

让我们也有 staging-super-web.azurewebsites.net并且此插槽链接到源代码控制 staging-super-web.github.com .

如果你现在进行插槽交换,你最终会遇到以下情况:

super-web.azurewebsites.net将链接到staging-super-web.github.com源代码控制

同时

staging-super-web.azurewebsites.net将链接到super-web.github.com源代码控制。

关于azure - 在 Azure 中从开发切换到生产时避免覆盖 App_Data,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32218478/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com