3. Nexus 仓库类型详解：Hosted、Proxy、Group 仓库的区别与适用场景
Nexus Repository Manager 提供了三种核心仓库类型：Hosted（托管）、Proxy（代理） 和 Group（组）。理解这三种类型的区别与适用场景，是设计高效制品管理架构的基础。它们分别对应着“私有存储”、“远程缓存”和“统一聚合”三种核心职责。
3.1 三种仓库类型核心概念对比
下表从存储方式、数据来源、网络依赖和典型用途四个维度，对三种仓库类型进行横向对比：
| 对比维度 | Hosted（托管仓库） | Proxy（代理仓库） | Group（组仓库） |
|---|---|---|---|
| 存储方式 | 本地持久化存储 | 本地缓存 + 远程索引 | 逻辑聚合，不实际存储 |
| 数据来源 | 用户手动上传 / CI 推送 | 从远程公共仓库拉取并缓存 | 聚合多个 Hosted 和 Proxy 仓库 |
| 网络依赖 | 完全离线可用 | 首次拉取需联网，缓存后离线可用 | 取决于成员仓库的网络状态 |
| 典型用途 | 存放内部构建产物、第三方商业库 | 代理 Maven Central、npmjs.org 等 | 为开发者提供单一访问入口 |
3.2 Hosted 仓库：内部制品的私有存储中心
Hosted 仓库是 Nexus 中最核心的仓库类型，用于存储组织内部生成的制品。这些制品通常来自 CI/CD 流水线的构建产物，或是经过安全审核的第三方商业库。
适用场景
- 制品发布：将 CI 流水线构建的 jar、war、npm 包、Docker 镜像等推送到 Hosted 仓库。
- 内部共享：团队之间共享开发阶段的快照版本（SNAPSHOT）或里程碑版本。
- 商业库管理：存储需要许可证授权的商业组件，避免从公共仓库泄露。
- 制品部署验证：将待测试的制品部署到 Hosted 仓库，供测试环境拉取验证。
最佳实践： 建议为每个制品类型（如 Maven、npm、Docker）分别创建独立的 Hosted 仓库，并按照发布阶段（如 releases、snapshots）进行隔离，便于权限管理和生命周期清理。
3.3 Proxy 仓库：远程仓库的本地缓存代理
Proxy 仓库充当远程公共仓库（如 Maven Central、npmjs.org、PyPI）的本地缓存代理。当开发者请求一个制品时，Nexus 会先检查本地缓存，若不存在则从远程仓库下载并缓存，后续请求直接返回缓存副本。
适用场景
- 加速构建：避免每次构建都从外网下载依赖，显著提升构建速度。
- 网络隔离：在离线或受限网络环境中，通过 Proxy 仓库预先缓存所需依赖。
- 依赖管控：通过 Proxy 仓库的访问规则，控制团队可使用的第三方依赖版本。
- 降低外网带宽：同一组织内共享缓存，减少重复下载。
注意事项： Proxy 仓库的缓存策略需要合理配置。建议设置合理的“缓存过期时间”和“最大缓存大小”，避免缓存无限增长或使用过期的依赖版本。对于安全敏感的制品，应定期清理缓存并强制重新拉取。
3.4 Group 仓库：统一入口的聚合视图
Group 仓库是 Nexus 中最具灵活性的仓库类型。它本身不存储任何制品，而是将多个 Hosted 和 Proxy 仓库聚合成一个逻辑上的统一访问入口。开发者只需配置一个 Group 仓库的 URL，即可同时访问内部制品和外部依赖。
适用场景
- 简化配置：开发者只需在构建工具中配置一个仓库地址，无需关心底层仓库的切换。
- 仓库优先级管理：通过调整 Group 仓库中成员仓库的顺序，控制制品的查找优先级（通常内部仓库优先于代理仓库）。
- 环境隔离：为开发、测试、生产环境分别创建不同的 Group 仓库，指向不同的 Hosted 仓库集合。
- 制品路由：结合路由规则，将特定路径的请求转发到指定的成员仓库。
3.5 三种仓库协作关系架构图
下图展示了 Hosted、Proxy、Group 三种仓库在典型制品管理流程中的协作关系：
3.6 仓库类型选择决策流程
在实际项目中，如何选择仓库类型？以下决策流程可以帮助你快速判断：
- 是否需要存储内部制品？ → 是 → 创建 Hosted 仓库。
- 是否需要访问外部公共仓库？ → 是 → 创建 Proxy 仓库。
- 是否需要为开发者提供统一入口？ → 是 → 创建 Group 仓库，将上述 Hosted 和 Proxy 仓库加入其中。
- 是否需要环境隔离？ → 是 → 为不同环境（dev/test/prod）创建独立的 Group 仓库。
典型组合示例： 一个标准的 Java 项目通常需要以下仓库组合：
- 1 个 Hosted 仓库（maven-releases）：存放正式发布版本。
- 1 个 Hosted 仓库（maven-snapshots）：存放开发中的快照版本。
- 1 个 Proxy 仓库（maven-central）：代理 Maven Central。
- 1 个 Group 仓库（maven-public）：聚合上述三个仓库，作为开发者的唯一配置入口。
3.7 三种仓库类型在制品部署测试验证中的角色
在《Nexus 制品库与标准模板集成实现制品部署测试验证》课程中，三种仓库类型各自承担关键角色：
| 仓库类型 | 在部署测试验证中的角色 | 关键操作 |
|---|---|---|
| Hosted | 作为制品部署的目标仓库，存储待验证的构建产物 | CI 流水线推送制品 → 测试环境从 Hosted 拉取 |
| Proxy | 缓存测试环境所需的第三方依赖，确保测试环境网络稳定 | 预缓存测试依赖 → 离线测试环境直接使用缓存 |
| Group | 作为测试环境的统一制品源，简化配置并保证制品来源可控 | 测试环境配置 Group 仓库 URL → 自动路由到内部制品和缓存依赖 |
通过合理组合这三种仓库类型，可以构建一个高效、稳定、可追溯的制品部署测试验证体系，确保每个待验证的制品都能被快速、准确地获取和测试。