1. 课程导论：容器镜像仓库的重要性、Harbor与AWS ECR概述、灾备与加速的核心挑战
1.1 容器镜像仓库：云原生应用的“交付中枢”
在云原生架构中，容器镜像仓库（Container Image Registry）是承载应用交付的核心基础设施。它不仅是存储容器镜像的“仓库”，更是连接开发、CI/CD 流水线与生产运行时的关键枢纽。一个稳定、高效、安全的镜像仓库，直接决定了应用交付的速度与可靠性。
核心价值：镜像仓库是“一次构建，随处运行”的物理载体。没有可靠的仓库，DevOps 流水线将失去源头活水。
现代容器镜像仓库需要解决以下关键问题：
- 存储与分发：高效存储多层镜像，并支持大规模并发拉取。
- 安全扫描：集成漏洞扫描，防止带病镜像进入生产环境。
- 访问控制：细粒度的 RBAC 权限，确保镜像安全。
- 高可用与灾备：防止单点故障，保障业务连续性。
- 加速分发：跨地域、跨云场景下的镜像拉取速度优化。
1.2 两大主流方案：Harbor 与 AWS ECR 概述
当前业界最主流的镜像仓库方案中，Harbor 与 AWS ECR 分别代表了“自建/私有化部署”与“公有云托管”两大路线。下表从多个维度对两者进行对比：
| 对比维度 | Harbor | AWS ECR |
|---|---|---|
| 部署模式 | 自建部署（Kubernetes / Docker Compose） | 全托管 SaaS 服务 |
| 存储后端 | 支持 S3、GCS、Azure Blob、NFS 等 | Amazon S3（完全托管） |
| 安全能力 | 内置 Clair / Trivy 扫描，漏洞分析，CVE 数据库 | 集成 Amazon Inspector，基础扫描 + 增强扫描 |
| 访问控制 | RBAC + LDAP/AD/OIDC 集成 | AWS IAM + 资源策略 |
| 复制与灾备 | 基于规则的跨实例复制（Push/Pull） | 跨区域复制（CRR），同区域复制（SRR） |
| 加速能力 | P2P 分发（Kraken）、代理缓存 | Amazon ECR Pull Through Cache、Elastic Container Registry 加速器 |
| 成本模型 | 基础设施自建成本 + 运维人力 | 按存储量 + 数据传输量计费 |
选型提示：如果团队具备较强的运维能力且需要完全控制数据主权，Harbor 是首选；如果希望降低运维负担、深度集成 AWS 生态，ECR 是更优选择。
1.3 灾备与加速：两大核心挑战
在全球化部署、多云/混合云架构日益普及的背景下，镜像仓库的灾备与加速成为两大核心挑战。下图展示了灾备与加速在镜像分发链路中的位置与关系：
1.4 灾备挑战深度解析
镜像仓库的灾备不仅仅是“多存一份”那么简单。在实际生产环境中，以下问题尤为突出：
- 数据一致性：跨区域复制时，如何保证镜像的 manifest 与 blob 完全一致？部分复制可能导致镜像不可用。
- 复制延迟：大规模镜像仓库的复制可能产生分钟级甚至小时级延迟，影响灾备切换的 RPO（恢复点目标）。
- 存储成本：多区域全量复制导致存储成本线性增长，如何平衡成本与可用性？
- 权限同步：跨实例的 RBAC 策略、机器人账户、Webhook 配置如何保持同步？
常见误区：很多团队认为“开启跨区域复制”就完成了灾备。实际上，还需要定期进行灾备演练，验证从备库拉取镜像并正常启动容器的全流程。
1.5 加速挑战深度解析
镜像拉取速度直接影响 Pod 启动时间，进而影响弹性伸缩和故障恢复的效率。加速挑战主要体现在：
- 跨地域拉取：从北京集群拉取存储在新加坡的镜像，可能耗时数分钟。
- 大镜像分发：AI/ML 镜像动辄数 GB，传统拉取方式效率低下。
- 并发拉取：大规模集群滚动更新时，数百节点同时拉取镜像，仓库可能成为瓶颈。
- 冷启动问题：新节点首次拉取镜像时，本地无缓存，速度最慢。
针对上述挑战，Harbor 与 ECR 分别提供了不同的解决方案，我们将在后续章节中逐一深入剖析。
1.6 课程学习路径
本课程将按照以下结构展开：
- 基础篇：深入理解 Harbor 与 ECR 的架构与核心功能。
- 灾备篇：分别讲解 Harbor 复制策略与 ECR 跨区域复制的配置、优化与最佳实践。
- 加速篇：对比 Harbor P2P 分发、代理缓存与 ECR Pull Through Cache、加速器的实现原理与部署。
- 实战篇：通过真实案例，展示灾备与加速的联合方案设计。
- 总结篇：给出选型决策树与迁移建议。
学习建议：建议读者具备基本的 Docker 与 Kubernetes 操作经验。每章结束后，尝试在实验环境中复现配置，以加深理解。