我已经工作了一段时间来解除和转移应用程序以使用Azure文件存储，因为MS声称here您可以在不更改代码的情况下进行迁移。然而，在实践中它似乎并不那么容易。我尝试将文件存储装载为驱动器号，但我发现虽然用户可以在他们的计算机上手动执行此操作，但Web应用程序无权执行该操作。所以我最后使用他们的cloud apis，这似乎工作正常，但需要花费几天时间和相当多的测试来升级我们现有的应用程序才能使用它。
我们遇到的另一个问题是，为了提供网址，我们必须创建一个SAS or shared access signature，这确实提供了额外的安全性，但也有更多代码更改，以便在应用程序需要提供指向终端用户。我还有另一个问题，链接不起作用，可能与缓存问题有关，现在似乎已修复this hack。
我想相信他们声称您可以在不更改代码的情况下进行迁移，只需将配置值更改为指向新文件夹位置或其他内容，但我的经验是，这可能是一个彻头彻尾的谎言，或者在不更改代码的情况下使其工作需要如此多的技术挖掘，以至于不值得继续沿着这条道路努力。
所以我的问题是任何Azure大师或那里的任何人，Azure怎么可能声称你可以＆＃34;迁移而不改变代码＆＃34; ???这似乎是一个谎言，给出了意想不到的挑战，并为客户设定了不切实际的期望。
感谢您的帮助！
答案 0 :(得分：2)
微软声称“它是简单的提升和移位迁移”（通常被理解为提升物理虚拟机并用虚拟机替换它）是正确的。如果你刚刚这样做，那将很容易。但是你不会利用PaaS的好处。
传统上提升和转移意味着将所需的基础设施物理地重新定位到不同的位置。通常情况下，当公司在他们自己的建筑物中耗尽空间时，他们会将机架，路由器和服务器提升并转移到一个有空间的新数据中心。
虽然使用云模型，但您无法将它们物理地提升到虚拟空间中，因此我们的目的是尽可能地替换它们。即 - 用类似的虚拟机替换所有服务器。
您所承担的是云应用程序现代化工作或重新架构。 需要更多工作，需要更深入地了解平台和代码更改，同时还要获得更大的好处。 TechTarget have a simple article on the benefits of both.称之为谎言，因为你误解了升力和换档意味着什么有点粗糙。
进行任何类型的迁移时的一般经验法则 - 尽可能少地进行更改。所以在你的情况下，首先是纯粹的升力和换挡。让它稳定。然后进行云现代化工作。