核心思路是通过分层解耦、异步缓冲和存储优化应对高并发上传：分离manifest（存Redis/PG）与layer（直传对象存储），引入上传网关暂存校验后异步上传，支持分片上传与断点续传，并针对性调优对象存储配置。
核心思路是把上传压力从单点存储上卸下来，靠分层解耦 + 异步缓冲 + 存储优化来应对高并发写入。
分离元数据与镜像层存储
上传请求本质包含两部分：描述信息（manifest）和实际二进制层（layer）。它们对延迟和一致性的要求完全不同。
- 将 manifest 解析后存入 Redis 集群或 PostgreSQL，响应快、支持高并发读写
- 镜像层文件直接写入对象存储（如 S3/MinIO），不经过 Registry 主进程中转，避免本地磁盘 I/O 成为瓶颈
- Registry 只做协调者：校验签名、生成唯一 digest、记录元数据，不持久化大文件
引入上传代理与临时缓冲区
在 Registry 前加一层轻量级上传网关，接管原始 HTTP PUT 流，缓解 Registry 连接与内存压力。
- 用 Nginx 或自研服务接收分块上传（chunked upload），暂存到本地 SSD 或内存缓存（如 tmpfs）
- 完成校验（如 sha256 匹配）后，异步触发对象存储上传，返回 202 Accepted 给客户端
- Registry 后续通过回调或轮询确认写入结果，更新 manifest 状态
启用分片上传与断点续传支持
默认 Docker CLI 上传是单连接流式写入，网络抖动或超时会导致整层重传，加剧后端重压。
- 配置 Registry 启用 blob mount 和 push patch（需 registry v2.8+）
- 配合支持分片的客户端（如 buildkit 或自定义构建工具），将大 layer 拆成多个小 chunk 并行上传
- 已上传成功的 chunk 可跨请求复用（mount），避免重复传输相同基础层
对象存储层针对性调优
即使用了 S3，不当配置仍会成为瓶颈。重点优化写密集场景：
- 关闭 S3 服务端加密（除非合规强要求），或改用 KMS 托管密钥而非 AES-256 全局加密
- 启用多 AZ 冗余写入时，评估是否可降级为单 AZ + 跨区域异步复制，减少同步等待
- 为镜像层 bucket 配置专用存储类（如 S3 Standard），禁用生命周期策略自动转低频，防止上传中被误移
