我有一个以共享模式在 Windows azure 中运行的网站，我对此非常满意。但后来我注意到我只有 1Gb 的可用磁盘空间，这远远不够。所以我想升级，但发现有两个选项都不好：
1) 升级到保留模式提供 10Gb 但对于将在那里运行的所有网站，什么？最便宜的托管选项为一个网站提供更多磁盘空间。此外，这对我来说没有意义，因为我对共享模式的速度非常满意。
2) 使用 blob 存储。所以我需要重写我的代码以适应天蓝色？不应该反过来吗？对我来说，选择 azure 而非传统虚拟主机的最重要原因之一是承诺易于升级，但我第一次升级时，这并不容易。
我是否遗漏了什么，有没有更好的方法来为 Windows azure 网站获取更多磁盘空间？
绝对使用 blob 存储，实际的 azure web 服务器不应该用于存储持久性。使用 blob 存储将允许更好的升级。
azure Web 服务器旨在处理易变的部署。它们旨在仅容纳您的应用程序/服务，并让您灵活地轻松创建和销毁它们的实例。鉴于这种灵活性，如果您将内容存储在实际中，您将面临在放大、缩小和四处放大时丢失这些信息的风险。
然后还有另一种情况，如果您有两个 azure Web 服务器正在运行...请求 #1 转到服务器 #1 并上传文件。这显然会保存到#1 服务器的硬盘驱动器中。现在，如果同一个 #1 用户再次返回（或任何用户），但这次将负载平衡到服务器 #2 并请求该文件 - 服务器 #2 如何知道从哪里获取该文件？
基本上，将文件保存到网络服务器的硬盘驱动器会产生可伸缩性问题。要解决此问题，您必须将所有文件保存到一个集中位置……这就是 Azure Blob 存储发挥作用的地方。
Azure 并不是被设计成一个神奇的独角兽，你只需将应用程序扔给它，它就会神奇地扩展……你需要稍微改变思维方式，从单一服务器应用程序转变为可以在世界各地的多台服务器上运行的应用程序所有这些都需要来自集中位置的相同数据。