.net - Azure Blob、文件和磁盘存储

Question

快速提问。我已经阅读了大量有关 azure blob/文件/磁盘存储选项的信息，并且我有一个如此简单的存储要求，以至于我对最佳选择感到困惑。我正在阅读的大部分信息都完全超出了我的理解范围。

我希望有人能够将视野缩小到更合理的优点/缺点。我的情况如下:

我正在构建一个进行图像处理的 API。简而言之，用户发出获取特定图像的请求，并在顶部打印特定文本，我的 API 对其进行处理并吐出图像。目前我正在 Azure 模拟器上运行，因此图像文件(大约 3 GB 的 PNG)是从本地路径中提取的。我很快就会部署到实时的 azure 服务器，所以我想将这些图像文件存储在某个地方(而不是将它们放在实际的应用程序文件中)。

到目前为止，我的理解是，磁盘和文件选项将使我的代码保持相对相同，仍然使用通用文件 I/O 来加载图像路径。磁盘只允许访问运行此 API 的机器上的数据，这很好，但我不知道拥有磁盘是否有任何好处，这会带来这种限制。 Blob 存储将要求我更改此设置，但代码并不多，而且我预计这不会太困难。

每个不同的选择都有太多的细节，我很难做出决定:对于我的情况，这三个之间有一个明确的选择吗？是否会归结为更容易的事情？性能和成本是重中之重，那么它们的优缺点是什么？这确实需要能够扩展到更多图像，但仅限于一定程度。我可以预见在未来几年内图像数量会从 3 GB 增加到 10 GB，但不会从 3 GB 增加到 1000 GB。

Answer 1

您的选择完全取决于您，但客观地说:

• Azure 文件存储可以安装为 SMB 卷(以便应用程序的所有实例都可以使用它)。注意:当前 Web 应用程序尚不支持此功能 - 您只能通过 API 写入文件共享，而不能通过附加磁盘写入文件共享。 Azure 文件存储卷每个最多支持 5TB，吞吐量最大。整个共享的速度为 60MB/秒。它由 Azure Blob 存储提供支持(因此，与 Blob 一样耐用)。
• Azure 磁盘再次支持 blob(页 blob)，每个磁盘最大 1TB。每个磁盘都可安装到单个 VM。吞吐量高于文件存储(每个 blob 60/秒)。如果没有您自己的同步数据解决方案，则无法在虚拟机之间共享。安装并格式化后，就可以像任何其他本地文件一样访问(例如，无需修改您的应用)
• Azure Blob:每个存储帐户最多 500TB，每个 block Blob 最多可达 200GB 4.77TB。通过 REST API/SDK 访问，不能作为磁盘/驱动器安装。在不修改应用的情况下，您需要确保将 blob 内容复制到本地磁盘以对内容执行操作(不能仅将 blob 作为文件打开并修改它)。

(经过编辑以反射(reflect)更大的 block blob 大小，于 2016 年 12 月引入)