镜像缓存存储费用按解压后实际大小（gib）、地域内“制作完成”状态缓存总数（超20个后计费）及存活时长（小时级折算）综合计算，单价0.18元/gib/月，不与镜像版本数或仓库容量占比挂钩。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用 WorkBuddy 过程中启用了镜像缓存功能以加速 ACS Pod 启动，则需明确其存储费用的核算逻辑。该计费模型不按镜像版本数量直接计费，而是依据容器镜像解压后的实际大小、地域内缓存实例总数及存活时长综合计算。以下是具体核算方式：
一、镜像缓存存储费用构成
镜像缓存存储费用仅在“制作完成”状态下产生，与镜像仓库中原始 Tag 数量无关，也与同一镜像的不同版本数无直接线性关系。费用取决于单个镜像缓存的实际解压体积与持续存在时间。
1、打开 ACS 控制台，进入「镜像缓存」列表页。
2、查看每条记录的「状态」列，仅状态为制作完成的条目参与计费。
3、定位「镜像缓存大小」字段，该数值单位为 GiB，是容器镜像拉取解压后完整文件与额外索引文件的总和，而非原始 registry 中的压缩层大小。
4、确认该缓存创建时间与当前时间差，即为「存活时长」，精确到小时级用于后续计费公式代入。
二、免费额度与超额判定规则
每个地域默认提供 20 个镜像缓存的免费额度，该额度按地域维度独立计算，不跨地域共享。超出部分将触发计费，且免费额度不累计、不复位、不转移。
1、在控制台切换至目标地域（如华北1），统计「制作完成」状态的缓存总数。
2、若总数 ≤ 20，则全部免收存储费用。
3、若总数 = 23，则仅对第21、22、23个缓存收取费用，前20个不计费。
4、删除任一「制作完成」状态的缓存后，其占用的免费名额即时释放，新创建的缓存可优先使用该空余名额。
三、单个镜像缓存的存储费用计算
单价固定为 0.18 元/GiB/月，计费周期从缓存制作完成时刻起算，至手动删除操作生效时刻终止。不足一小时按一小时计，不足一月按实际小时数折算。
1、获取某镜像缓存的解压后大小：例如显示为15.6 GiB。
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
2、获取其存活时长：例如自制作完成已运行 72 小时（即 3 天）。
3、换算为月度等效时长：72 小时 ÷ 720 小时/月 = 0.1 月。
4、代入公式：0.18 × 15.6 × 0.1 = 0.2808 元。
四、仓库容量占比的非计费参考值
ACS 控制台不提供“仓库总容量”或“仓库使用率”指标，因此不存在官方定义的“仓库容量占比”。用户所见的「镜像缓存大小」仅为单个缓存实例的本地解压体积，不同缓存之间物理隔离，不可加总为仓库级容量。
1、禁止将多个「镜像缓存大小」数值相加后除以某个假定总量来估算占比。
2、若需粗略评估资源占用趋势，可导出所有「制作完成」缓存的大小字段，使用 Excel 求和并观察月度增量变化。
3、注意：该求和结果不等于任何计费项中的分母值，亦不反映底层存储池实际利用率。
五、影响镜像缓存大小的关键因素
镜像缓存大小并非由 Dockerfile 行数或基础镜像名称决定，而是由最终容器根文件系统（rootfs）解压展开后的全部文件字节总和确定，受构建过程中的多阶段优化、清理指令及层合并策略直接影响。
1、执行docker history your-registry/repo:tag，观察各层 SIZE 列，识别未清理的大体积临时文件层。
2、检查 Dockerfile 中是否遗漏RUN apt-get clean && rm -rf /var/lib/apt/lists/* 类清理命令。
3、确认是否启用 BuildKit 构建并配置了--squash参数，该设置可能显著降低解压后体积。
4、使用docker save your-registry/repo:tag | wc -c 获取原始 tar 包大小，与控制台显示的「镜像缓存大小」对比，差值通常体现为解压膨胀与索引开销。
