我目前正在我的 nodejs 应用程序中探索Azure Blob Storage，并想知道如何在azure blob 中利用Container
在当前的应用程序设置中，我有像
这样的子部分他们每个人都有上传files的功能，最终会上传到azure blob
我应该为每个部分创建container，会有什么好处吗？
首选的方法是什么？
https://azure.microsoft.com/en-us/documentation/articles/storage-dotnet-how-to-use-blobs/
容器：容器提供一组 blob 的分组。全部 blob 必须在容器中。一个帐户可以包含无限 容器数量。一个容器可以存储无限数量的 斑点。注意容器名称必须小写。
【问题讨论】：
标签： node.js azure azure-blob-storage
这实际上取决于您的应用程序设计；没有“正确的方法”。从您在上面发布的内容来看，为 profile 和 communities 创建容器似乎是有意义的。
然后您可以为 communities 下的子部分创建虚拟目录。虚拟目录实际上是 blob 名称的一部分，但您可以使用它来分层遍历 blob，就像使用文件系统一样。
请参阅 Azure Blob Storage Samples for Node.js 了解如何列出 Blob 的示例。
以下是 Azure 存储文档中有关虚拟目录的一些附加信息：
Blob 名称可以通过包含分隔符来模拟目录结构，例如正斜杠 (/)。虚拟目录是客户端库提供的一种抽象，用于简化导航该目录结构。容器和 Blob 是 Azure 资源，具有自己的终结点，但虚拟目录是 Blob 名称的一部分。
例如，假设您有一个绝对 URI 为的 blob：
https://storagesample.blob.core.windows.net/sample-container/level1/level2/level3/blob.txt
blob 名称是：
level1/level2/level3/blob.txt
作为 blob 名称一部分的虚拟目录是：
level1/level2/level3/
level1/level2/
level1/
【讨论】：
one container相比，保留文件有什么好处是different container
分离多个容器的主要优点是容器提供了良好的 blob 逻辑分组和安全访问边界。由于 Azure Blob 中的分区是在 Blob 级别进行的，因此在容器下访问 Blob 的可伸缩性和并行性方面应该不会有太大差异。请参阅此主题的类似讨论。 Is it better to have many small Azure storage blob containers (each with some blobs) or one really large container with tons of blobs?
【讨论】：