Azure Blob容器配置1天后删除却48小时生效，是否属预期情况？

结论 #

这种延迟属于预期行为，并非配置或平台故障。

原因分析 #

Azure存储生命周期管理策略的执行机制并非严格按配置的时间点立即触发：

• 策略的扫描与执行任务按24小时左右的周期调度，但存在后台排队与执行延迟，从Blob满足删除条件（创建满1天）到实际完成删除操作，总耗时在24-48小时区间内都是平台正常的调度范围。
• delete_after_days_since_creation_greater_than=1的含义是Blob创建时间超过1天（24小时）后进入待处理队列，而非在满24小时的瞬间立即执行删除。

配置注意事项 #

你的Terraform配置中存在一个细节问题：

prefix_match = ["${azurerm_storage_container.load_service_blob_container.name}"]

prefix_match用于匹配Blob的前缀，而非容器名称。如果需要对目标容器内的所有Blob生效，应将prefix_match设为空数组[]，否则只有名称以容器名为前缀的Blob会被策略影响。不过这个配置问题并非导致删除延迟的原因。

总结 #

无需针对延迟问题调整配置，Azure平台的生命周期策略本身就存在一定的执行窗口，48小时内完成删除属于正常范围。

内容的提问来源于stack exchange，提问作者ptc-sharwalkar