如何将Azure CosmosDB容器备份至Azure Blob Storage并实现自定义保留策略

container == collection的对应关系在Cosmos DB的场景下是成立的：

collection是Cosmos DB早期适配MongoDB API时使用的场景化命名，后续官方将不同API（SQL API、Mongo API、Cassandra API等）对应的底层统一逻辑存储单元命名为container，二者本质是同一存储实体的不同场景称呼，你通过Mongo API操作的collection，对应到Azure资源层面就是Cosmos DB的container资源。

你要求的每日全量备份、指定容器备份、差异化保留周期、存储到Blob Storage的需求，可以按以下逻辑实现：

• 调度层：使用Azure自动化账户的定时Runbook，或者定时触发的Azure Function作为备份任务触发器，固定每日业务低峰期执行备份，避免影响线上业务。
• 备份执行层：不要使用Cosmos DB自带的默认备份功能，默认备份会覆盖所有容器，且无法单独配置不同容器的保留周期。可以按容器维度单独调用Azure Cosmos DB导出接口，或者配置Azure Data Factory的全量同步作业，逐个将需要备份的容器数据导出到目标Blob Storage，备份路径建议按/{备份日期}/{容器名称}/的规则存储，方便后续检索和清理。
• 保留周期配置：给所有备份的Blob文件/目录添加自定义元数据标签，分别标记retention_days=7和retention_days=15，然后配置Blob Storage的生命周期管理规则，匹配对应标签的资源在到达保留天数后自动删除即可，无需额外开发清理逻辑。
• 优化提示：导出备份时选择离线导出模式，不会占用线上容器的RU吞吐量配额，大体积数据集备份可以开启Blob分块上传，降低导出失败概率。

内容的提问来源于stack exchange，提问作者Yuzuki Ayase