关于Docker Registry跨仓库Blob挂载：源Registry删除后的影响咨询

源Registry删除后挂载镜像层的状态 #

• 使用Cross Repository Blob Mount时，目标Registry仅保存指向源镜像层的引用，并未实际复制镜像层数据。若源Registry被删除且其关联的存储卷被彻底清理，目标Registry内的挂载引用会直接失效，此时尝试拉取对应镜像层会失败——因为底层数据已不存在。
• 例外情况：如果只是删除了源Registry容器，但保留了其存储卷（无论是绑定挂载的主机目录还是Docker标准卷），后续重新启动一个使用该卷的Registry实例，目标Registry的挂载引用仍能正常工作。

不同存储卷下Registry的识别逻辑 #

Docker Registry并不依赖Docker卷的类型（绑定挂载/标准Docker卷）来识别彼此，核心逻辑如下：

• 每个Registry实例都有独立的配置（如config.yml中的storage字段），指定自身存储镜像元数据和数据的路径，卷只是用于持久化这些数据的载体，类型不影响Registry的功能逻辑。
• Cross Repository Blob Mount通过Registry之间的API交互实现：目标Registry向源Registry发起挂载请求，源Registry返回镜像层的元数据和访问端点，目标Registry将这些引用信息写入自身的元数据存储中。整个过程只要求两个Registry实例能通过网络互通，且源Registry的存储后端可正常提供镜像层数据。
• 简言之，Registry识别的是通过API暴露的镜像层资源，而非底层存储卷的类型。

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