2023-04-25 10:04:25 一些常见交付物类型在 Zadig 上的溯源思路总结,相比于通过原始的 Image ID 、Digest ....来反推进行追踪,该流程可以让用户以及开发人员通过更简单便捷的方式上报或者追踪交付物问题,提高问题排查定位的效率。 背景 云原生服务的开发迭代,Docker 镜像作为最终的交付产物,其生命周期中存在多个环节的流转:从镜像构建开始,到开发、测试环境的更新验证,再到交付制品生成,交付到生产环境。在这一整套的流转过程中,镜像作为流转物,只要中间的一个流程出现失误,很容易导致交付到生产环境的镜像出现问题。 虽然 Tag 可以让镜像有一定的辨识度,但其可以修改的特性,并不能作为辨识身份的标准。 如果构建流程中有需要人工干预修改 Tag 的操作,在交付过程中也会引入更多的风险。镜像 ID 和 Digests 配合可以作为唯一身份标识确保交付物的一致性,但可读性比较差,出现交付物不一致的问题,溯源的成本也比较高。 docker images --digests REPOSITORY TAG DIGEST IMAGE ID CREATED SIZE...