Azure Blob Storage：Virtual Folder结构与Blob Index Tags优势对比

在你已经可以完全通过编程控制Blob对象创建流程的前提下，Blob Index Tags的独有优势如下：

• 原生支持多维度分类，不受路径层级限制
  虚拟文件夹本质是通过Blob名的/字符模拟的单树形结构，一套路径只能对应一种分类逻辑，比如你存电商商品图时路径规则为/分类ID/商家ID/商品ID.jpg，后续要按商品上架时间、是否为爆款筛选的需求，无法通过路径实现。而Blob Index Tags可以给单个Blob添加任意多自定义键值对标签，比如category=3C、sellerId=123、isHot=1、shelveDate=2024-05-01，一套存储可以同时适配多个维度的分类检索需求，不需要为了新增分类逻辑调整命名规则。
• 服务端原生过滤查询，性能和成本优势明显
  用虚拟文件夹做筛选时，你只能调用List API按前缀遍历，匹配所有符合路径规则的Blob，对象量级大的时候不仅查询延迟高，还会产生大量的List请求费用。Blob Index Tags支持服务端直接按标签条件过滤，你可以直接传入类似isHot = '1' AND shelveDate >= '2024-01-01'的过滤条件，服务端直接返回匹配结果，不需要客户端做遍历筛选，查询效率提升明显，也能节省不必要的请求开销。
• 生命周期管理规则更灵活
  基于虚拟文件夹的生命周期规则只能按Blob名前缀匹配，比如你要自动归档所有180天以上的冷门商品图，如果路径里没有存冷门/热门的标识，根本无法实现对应的规则。而Blob Index Tags可以直接基于标签配置生命周期规则，比如匹配isHot='0'且最后修改时间超过180天的Blob自动归档到冷存储，不需要为了适配生命周期规则调整存储路径的命名规则。
• 细粒度访问控制更便捷
  你可以基于Blob Index Tags配置ABAC权限规则，比如只允许运营组的账号访问标签confidentialLevel=public的Blob，不需要像虚拟文件夹方案那样只能按路径前缀分配权限，不需要为了权限管控刻意调整存储路径的结构。
• 业务逻辑迭代无迁移成本
  如果后续业务分类逻辑调整，比如原来按商家ID分类，现在需要新增按商品所属地区分类，虚拟文件夹方案需要把所有存量Blob迁移到新的路径结构下，不仅耗时久，还可能影响线上业务。Blob Index Tags方案只需要给存量Blob批量添加对应的region=xxx标签即可，不需要修改Blob的存储路径和名称，完全没有数据迁移成本。

注：Azure Blob Storage本身不存在原生的文件目录结构，所有虚拟文件夹能力都是通过对Blob名称的/分隔符做前缀匹配模拟实现的，本质上没有分类和检索的原生能力支持。

内容的提问来源于stack exchange，提问作者Frederik Vigen