我应该在 Azure Blob 容器中创建文件夹结构吗？答案

【问题标题】：Should I create a folder structure in my Azure Blob Container?我应该在 Azure Blob 容器中创建文件夹结构吗？
【发布时间】：2020-07-20 23:39:57
【问题描述】：

我们决定使用 Azure Blob 存储来包含我们的媒体文件。每个“可播放单元”（即电影、音乐曲目、播客剧集等）通常有 100 - 18.000 个文件。每个“单元”都有一个 GUID，并且属于某种类型。

我看到了 2 个替代方案：

一）没有结构。所有文件都在容器的基础上。 Guid 是独一无二的，因此没有重叠。

Examples of file name/uri:
238F580F-2D74-4C17-B237-CCD6D32F7279-movie-part_001
238F580F-2D74-4C17-B237-CCD6D32F7279-movie-part_002
C1A832BA-6B48-44AA-AC51-A2D7CD031708-podcast-part_037

B) 每个文件夹的文件更少。

Examples:
movies/23/8F/58/0F/238F580F-2D74-4C17-B237-CCD6D32F7279/part_001
movies/23/8F/58/0F/238F580F-2D74-4C17-B237-CCD6D32F7279/part_002
podcasts/C1/A8/32/BA/C1A832BA-6B48-44AA-AC51-A2D7CD031708/part_037

在文件夹中构建文件是否有任何性能优势？获取/更新 blob 的速度是否同样快？（我们之前使用了一个实际的文件存储，其中每个文件夹没有太多文件对于查找速度很重要）。
对我的未来发展有任何可维护性或其他好处吗？

【问题讨论】：

很难说，因为我们对路线图和要求一无所知。

标签： azure file azure-blob-storage media

【解决方案1】：

当我有很多文件时，我会使用文件夹结构。

在文件夹中构建文件是否有任何性能优势？获取/更新 blob 的速度是否同样快？（我们之前使用了实际的文件存储，其中每个文件夹不要有太多文件对于查找速度很重要）。

容器内的文件夹结构是虚拟的，无论有/没有文件夹结构，您都不会看到任何性能变化。

CloudBlockBlob blockBlob = cloudBlobContainer.GetBlockBlobReference(fileName);

对我的未来发展有任何可维护性或其他好处吗？

当您想从 Azure 存储中可视化/查找电影文件时，探索它会很有帮助。

【讨论】：