Docker基础教程（236）私有仓库之Harbor配置详解：深度分析Docker私有仓库之Harbor配置详解，附完整示例

私藏“镜像”宝地，Harbor让你的容器管理不再“流浪”

引言：为什么需要私有镜像仓库？

在D容器化时代，镜像成为应用交付的标准单元。然而，将敏感的企业应用镜像放在公共仓库如同将家门钥匙交给陌生人——风险巨大。Docker Hub虽有公共镜像，但速度慢、安全性差、无法定制。

Harbor作为企业级私有Docker Registry解决方案，正是为解决这些问题而生。它提供了身份认证、访问控制、安全扫描等企业必需功能。想象一下，Harbor就像是你家的私人储物间，既能安全存放物品，又能按需分配使用权。

一、Harbor核心架构深度解析

1.1 组件架构：微服务设计理念

Harbor采用微服务架构，每个功能模块都作为独立容器运行，通过Docker Compose编排。主要组件包括：

• Proxy（Nginx）：作为统一入口网关，接收所有外部请求并按规则转发到后端服务。
• Registry：负责实际存储Docker镜像，处理push/pull命令。
• Core Services：提供Web UI、令牌认证等核心功能。
• Database：存储用户权限、项目元数据等信息。
• Job Services：处理镜像复制任务，支持多实例同步。
• Log Collector：集中收集日志，便于审计与分析。

这种架构设计使得Harbor具备高内聚、低耦合的特性，每个组件可以独立升级和扩展。

1.2 工作流程：请求的生命周期

当一个Docker客户端尝试推送镜像到Harbor时，会经历以下阶段：

1. 认证重定向：Docker客户端首先尝试直接访问Registry，但由于未携带令牌被重定向到Token服务。
2. 令牌获取：用户通过UI或Docker登录后，Core Services根据其权限签发特定令牌。
3. 镜像传输：客户端使用获得的令牌向Registry进行认证后的镜像推送。
4. 通知链：Registry完成操作后，通过Webhook通知Core Services更新数据库和UI。

这一流程确保了每次操作都有明确的权限验证和审计追踪，满足企业安全需求。

二、Harbor安装前置条件与规划

2.1 硬件需求：按场景精准配置

根据不同的使用场景，Harbor的硬件需求也有较大差异：

表：Harbor资源配置参考表

使用场景	CPU	内存	存储	节点数量
学习测试	1核	1GB	本地存储，100GB	1
小型生产	2核	4GB	本地SSD，500GB	1-2
中型生产	4核