为什么自建镜像仓库是必须跨过的坎

在团队开发或企业级交付中，直接使用 Docker Hub 公共仓库往往存在安全隐患：源码泄露、镜像被篡改、带宽受限以及版本管理混乱。很多学习者习惯在本地随意拉取镜像，却忽略了私有化部署镜像仓库对构建可信构建流水线的重要性。这门课程聚焦于 Registry 的本地化搭建，解决的核心问题是：如何拥有一套完全可控、安全隔离的内部镜像分发中心。它不教你基础的 Docker 容器命令，而是深入到仓库层的管理与维护，填补了从“会用 Docker”到“能管理镜像生态”之间的能力缺口。

课程路径与关键能力点拆解

学习顺序建议严格遵循视频节奏，切勿跳过前置环节。前几节重点在于环境奠基，你需要理解 Docker 与 Compose 的安装逻辑，这是后续一切操作的基础。紧接着的“快速入门”与“挂载数据 Volume”是核心中的核心，必须弄清楚为何 Registry 的数据持久化不能依赖容器本身，否则一次容器重启便会导致所有镜像元数据丢失。 随后的章节是实战的重头戏。你需要掌握如何使用 Compose 文件将镜像、存储卷和端口映射整合为一个可复用的部署单元。更关键的是安全配置部分：HTTP 与 HTTPS 协议的配置差异直接决定了内网开发的便利性 versus 公网传输的安全性。特别是 HTTPS 自签证书的生成与 Nginx 代理的配置，以及密码保护（HTTP Basic Auth）的实现，这些是区分“玩具环境”与“生产可用环境”的分水岭。对于转岗或备考的学习者，重点应放在理解 `registry` 容器的环境变量配置、存储后端（如 `local` 或 S3）的选择逻辑，以及证书链的信任问题。

学完能做什么与资料配合建议

完成本课程后，你应当能够独立在 Linux 服务器或本地虚拟化环境中，从零搭建一个支持 HTTPS 加密传输、配备账号密码认证的私有镜像仓库。你将能够熟练执行镜像的推送（push）与拉取（pull），并处理常见的认证失败或证书信任报错。 在配合资料练习时，建议动手复现从安装到配置 HTTPS 的全流程。不要仅停留在观看层面，务必亲自编写 `docker-compose.yml`，并尝试在不同网络环境下验证 HTTP 与 HTTPS 访问的区别。重点关注数据卷的挂载路径，确保镜像仓库的数据独立性。如果遇到证书验证失败或鉴权报错，记录错误信息并对照课程中的配置步骤逐一排查，这是巩固记忆的最佳方式。最终目标是形成一个可脚本化部署的 Registry 方案，而非只会手动启动容器。

课程目录

1 介绍Registry功能 (04:26)
2 安装Docker及Compose (05:26)
3 快速入门Registry (08:56)
4 挂载数据Volume (14:23)
5 使用Compose管理容器 (12:28)
6 配置HTTP访问协议 (18:06)
7 配置HTTPS访问协议 (18:54)
8 密码保护Registry (10:25)
9 结束语 (02:55)