JFrog Artifactory作为Docker Registry的镜像仓库划分最佳实践是什么

存储方案选型结论 #

行业主流推荐的是第三种中间方案：按合理维度拆分多个独立仓库，不建议走另外两个极端，原因如下：

• 不选「全公司共用同一个仓库」的核心原因：权限管控粒度太粗，无法针对不同团队、不同环境的镜像做差异化权限配置；镜像命名冲突概率极高，大规模使用后检索、清理效率极低，还容易出现误操作。
• 不选「每个应用单独创建仓库」的核心原因：会直接导致仓库数量爆炸，大量配置重复冗余，维护成本过高，对中小团队来说完全没必要。

中间方案的拆分参考逻辑 #

你可以根据团队规模和管控要求，按以下任意一种或组合维度拆分：

• 按镜像生命周期拆分：比如拆分出docker-dev、docker-test、docker-prod三个基础仓库，不同仓库配置不同的保留策略、权限规则、安全扫描规则，比如生产仓库仅允许发布账号推送、保留所有历史版本，开发仓库允许所有开发人员推送、仅保留最近10个版本自动清理。
• 按业务域/团队拆分：如果公司规模较大、业务线隔离要求高，可以在生命周期维度的基础上叠加业务标识，比如pay-docker-prod、user-docker-dev，各团队自主管理对应仓库的配置。

仓库自动化运维方案 #

完全不需要管理员手动创建/删除仓库，Artifactory原生提供全量REST API支持仓库的生命周期管理，你可以直接把仓库操作集成到CI/CD流程中：

1. 提前配置好通用的仓库模板，把保留策略、权限组、安全扫描规则等通用配置固化
2. 封装通用的API调用脚本，新应用初始化流程中自动调用API创建对应仓库，应用下线时自动触发删除操作
3. 附创建Docker本地仓库的curl调用示例：

curl -u <admin-account>:<password> -X POST "https://<your-artifactory-domain>/artifactory/api/repositories/<target-repo-key>" \
-H "Content-Type: application/json" \
-d '
{
  "rclass": "local",
  "packageType": "docker",
  "dockerApiVersion": "V2",
  "maxUniqueTags": 20,
  "xrayIndex": true
}
'

如果使用的是Artifactory企业版，还可以直接使用官方提供的仓库模板功能，创建时直接套用预设模板即可，无需重复编写配置。

内容的提问来源于stack exchange，提问作者datta