Azure 存储中的图像

Images in Azure storage

将结构化照片存储在 Azure 存储中的什么地方比较合适？有一吨（数百万）张照片，它们目前位于本地文件夹中。

我最初看的是 blob 存储来保存它们，但那是针对非结构化数据的；然后我查看了 table 存储，但我不确定文件大小对于实体来说是否太大。还查看了文件存储，但似乎只是应要求预览。

Blob 存储是必经之路。它仅用于此目的——将文件存储在云中。一些额外的原因：

今天，每个存储帐户可以保存 500 TB 的数据，因此如果您只在存储帐户中存储图像，则最多可以存储 500 TB 的数据。
每个项目（在您的情况下是文件）的 3 个副本在该地区维护。如果您在存储 (GRS) 上启用异地复制，则在距离主要原因至少 400 英里的次要区域中维护 3 个额外的副本。因此，这将是一个很好的灾难恢复策略。
由于是云存储解决方案，您只需为占用的存储空间space付费。因此，例如，如果您仅存储 15 GB 数据，则只需支付 15 GB 的费用。

Table存储主要用于存储structured/semi-structured数据key/value对格式。此外，每个项目的大小（在 table 存储术语中称为 Entity）的最大大小为 1 MB。 Blob 存储中的每个项目的最大大小为 200 GB。

其他一些需要考虑的事项：

Blob 存储是一种二级存储：容器和 Blob。将容器视为计算机上的文件夹，将 blob 视为文件。与本地存储不同，Blob 存储中不能有嵌套文件夹。
尽管 blob 存储不支持嵌套文件夹层次结构，但您可以通过名为 blob prefix 的东西创建嵌套文件夹层次结构的错觉。举个例子，假设您有 images 文件夹，并且在该文件夹内，图像文件按年份（2014 年、2015 年等）分组。所以在这种情况下，您可以创建一个名为 images 的容器。现在，在保存文件时（比如 C:\images14\image1.png），您可以为文件夹路径添加前缀，这样您的图像将在容器 images.

2014/image1.png

您可以使用一些可用的存储资源管理器进行上传。大多数存储资源管理器都支持保留文件夹层次结构。