同写latest为什么跑的不同：网关镜像怎样记录到digest与平台

两台机器都写latest，却运行不同内容，并不奇怪：tag是引用名称，digest用于标识内容，平台又决定选择哪个架构的镜像。本文用明确标假的inspect形状记录建立版本卡，没有拉取镜像、运行New API或编造真实部署摘要。

不把四种标识混成一个版本号

附件三项tag完全相同，digest分别用重复数字构造以便辨认，平台有linux/amd64和linux/arm64两种。参考检查得到同tag为真、同digest为假、平台数二。这些sha256形状只用于字段校验，不能作为真实镜像地址拉取；公开记录均带synthetic标志。

tag可以移动到其他内容，同一多平台引用还可能指向包含多个平台项的清单。镜像ID是本地镜像对象标识，不能不加解释地与仓库摘要混用。保存版本时，应记录完整引用、仓库摘要的含义、实际平台和应用自身版本，而不是只截取docker images里latest那一格。

从真实只读信息填写部署版本卡

在目标环境可使用只读inspect与应用版本输出收集实际字段，保存命令、工具版本与核对日期。若输出中有私有仓库信息，应按内部范围留存；公开文章只用假样本。摘要固定语法可表示为仓库名加@sha256摘要，真实值必须来自可信仓库或现有镜像记录，不能照抄本文重复数字。

固定内容引用后仍需保存运行平台，因为多平台清单与单平台清单不是同一层对象。也要记录配置和挂载的版本，镜像相同但外部配置不同，服务行为仍可能不同。摘要帮助复现镜像输入，不自动证明部署健康、模型路由正确或运行时依赖一致。

把“看起来同版本”变成可比较记录

可在每次发布前后对比tag、仓库摘要、平台、应用版本和校验日期。tag相同摘要变了，应视为内容输入变化；摘要相同平台不同，则检查所记录的是上层多平台摘要还是实际平台项。不要为了让两份报告相同而只保留一个短tag，删掉有区分度的信息。

Docker官方拉取文档提供tag与digest引用形式，New API官方仓库是查应用版本与部署文件的入口，本例没有给当前产品版本的保证。实际通过只证明三份合成记录可检出同tag不同摘要和跨平台差异。它不执行升级、备份或恢复，也不证明重复数字摘要存在于任何仓库。把真实inspect结果填入同样结构后，再用差异报告审查，才能让下一次排障知道两台机器究竟是否使用相同内容。

配套样本与复核入口

下载本篇独立合成输入和实验运行器。上述文件放在同一目录后运行 python run_lab.py C042。完整运行需要全部四十四份输入及相关配置。结果中的method区分离线计算、静态参考检查与回环实测，不能把前两者当成真实网关已通过。

资料核对日期：2026-10-24。官方依据1；官方依据2。

与本站相关基础教程的区别：旧文给出拉镜像部署；本文只建立tag、内容摘要与平台三者的可复现版本记录，不执行升级、备份或恢复。