基于azure_storage_blobs Rust crate的多用户Blob存储最佳实践问询

我正在开发一个使用azure_storage_blobs Rust crate的服务，想了解多用户Blob存储服务的最佳实践。资深开发人员建议用单个容器存储所有Blob，并提供了列出容器内所有文件的样板代码，注释提到最终要分页避免结果限制。但我发现如果用单个容器，容器租约会导致所有用户等待，租约功能形同虚设，反而按用户分配容器更合适。因此有以下疑问：

• 单容器存储所有用户数据是否真的是最佳实践？
• 是否可以仅针对特定Blob列表获取租约？
• 是否可以按前缀列出Blob，而非全量列出后分页？

问题解答 #

1. 单容器存储所有用户数据是否真的是最佳实践？

单容器是Azure Blob存储的主流推荐方案，但并非适用于所有场景，需结合核心需求判断：

• 优势：
  • 管理成本低，无需维护大量容器资源；
  • 通过Blob命名规范（例如{user-id}/{file-path}）即可实现用户数据逻辑隔离；
  • 容器级别的生命周期规则、访问策略等可统一配置，无需逐个用户容器调整。
• 劣势：
  • 若业务依赖容器租约做排他性操作，单容器会导致多用户排队等待，完全失去租约的作用；
  • 容器级权限控制无法直接实现用户间的严格隔离，需结合SAS令牌、RBAC前缀权限等额外机制。

如果核心需求是高效存储+简单数据隔离，单容器加前缀是更高效的选择；如果必须依赖容器租约做排他操作，或者需要容器级的严格权限隔离，按用户分配容器更合适。

2. 是否可以仅针对特定Blob列表获取租约？

Azure Blob存储的租约仅支持单个Blob或整个容器两个粒度，没有针对"特定Blob列表"的租约类型。如果需要对一组Blob做排他性操作，可参考两种思路：

• 为列表中的每个Blob单独获取租约，适合小批量Blob场景；
• 创建一个专门的"锁Blob"作为协调标识，先获取该Blob的租约，再执行目标Blob列表的操作，操作完成后释放租约，以此实现组操作的排他性。

3. 是否可以按前缀列出Blob，而非全量列出后分页？

完全可以。Azure Blob存储的列表API原生支持前缀过滤，azure_storage_blobs crate的列表Blob方法也提供了对应的prefix参数（例如调用list_blobs().prefix("user123/").execute()）。按前缀过滤后再结合分页逻辑（即使前缀匹配的Blob数量较多，仍会有结果数量限制），能大幅减少带宽消耗，比全量列出后再过滤的效率高很多。

备注：我知晓该crate已废弃且即将被替代，但当前替代方案无法正常工作，因此暂时继续使用，相关问题已提交反馈。

内容的提问来源于stack exchange，提问作者Chris O'Brien