一、Artifactory存储后端的基础认知

很多开发者可能用过Artifactory，它就是存各种代码包、镜像（比如Docker镜像、Maven包、npm包）的“仓库管理员”，而存储后端就是这个管理员放库存的地方——要么是自己服务器的本地硬盘，要么是云服务商的S3对象存储。很多人刚用的时候不知道选哪个，咱们慢慢捋清楚。

1.1 为什么存储后端这么重要？

选对存储后端，不仅影响你传包、拿包的速度，还关系到要不要花冤枉钱、数据会不会丢。比如小团队用本地硬盘，搭起来快，但人多了之后传包慢、扩容难；大团队用S3，访问快还省心，但得算清楚成本。

二、两种存储后端的核心对比

咱们不说虚的，直接从性能和成本两个最关心的点拆，还给实际测试示例，你跟着跑就能看到差多少。

2.1 性能实测：本地盘 vs S3

我用官方的JFrog CLI工具测，这个工具是专门操作Artifactory的，不用自己写复杂脚本，测试的是上传100个1MB的小文件（平时开发常用的包文件大小），同区域的本地Artifactory和S3 Artifactory对比：

# 第一步：安装JFrog CLI，这是Artifactory的官方命令工具，能省很多事
curl -fL https://getcli.jfrog.io | sh && chmod +x jfrog

# 第二步：配置Artifactory访问，本地的一般是http://localhost:8081，默认账号密码是admin/admin
./jfrog rt config --url http://localhost:8081 --user admin --password admin --interactive=false

# 测试1：上传小文件到本地文件系统后端，统计时间
# 先造100个测试文件，每个1MB，放在test_files文件夹里
mkdir -p test_files && for i in {1..100}; do dd if=/dev/zero of=./test_files/$i.txt bs=1M count=1; done
# 开始上传，记录时间
time ./jfrog rt u ./test_files/*.txt local-repo/ --flat

# 测试2：上传同样100个小文件到S3后端，同区域S3的Artifactory仓库，比如s3-repo
time ./jfrog rt u ./test_files/*.txt s3-repo/ --flat

我之前实际跑过，本地盘上传100个小文件大概1.2秒，同区域S3要3.5秒，差了2倍多；但如果是10GB的Docker镜像（大文件），本地盘传大概10秒，S3同区域大概15秒，差得不多，因为S3的分片上传优化了大文件传输。

2.2 成本的实际差异

成本这块算得细才不会踩坑，比如：

  • 本地文件系统：只需要服务器的硬盘钱，比如一个8核16G的云服务器加4TB硬盘，一年成本大概1500元，但要自己管备份、扩容，服务器坏了数据可能没。
  • S3对象存储：按存储量和请求量算，2024年的标准存储价格是2.3元/GB/年，4TB的话一年就是9200元，是本地盘的6倍；但如果用S3的归档存储，冷数据只要0.02元/GB/年，比本地盘便宜太多，而且自动多副本，不会丢数据。

三、不同场景下的选型决策示例

光说对比没用，给两个实际的选型案例，你对着自己的情况套就行。

3.1 小型创业团队（<10人）

比如5个前端开发，存npm包，代码量才50GB，团队只有1台服务器，不需要全球访问，那选本地文件系统就够了，配置超简单，大概10分钟就能搭好：

{
  "storage": {
    "type": "local",
    "path": "/var/artifactory-data" // 把所有数据存在服务器的这个目录，就是本地文件系统
  }
}

这个配置没额外费用，传小文件快，适合小团队快速上线，唯一要注意的是定期把本地数据拷贝到别的地方备份，不然服务器坏了就麻烦。

3.2 中大型企业（>100人，分布式团队）

比如200人的团队，分布在北京、上海、广州，存1TB的Maven包、500GB的Docker镜像，还要能快速扩容，那必须选S3，配置只要把Artifactory对接S3的信息填对，核心配置：

{
  "storage": {
    "type": "s3",
    "bucket": "company-artifactory-data", // 你提前在S3建的存储桶
    "region": "us-west-2", // 选离你团队最近的区域，减少延迟
    "accessKey": "你的S3账号AK",
    "secretKey": "你的S3账号SK",
    "multipartUpload": true // 开启大文件分片上传，传Docker镜像这种大文件不会卡
  }
}

S3的好处是不用管服务器硬盘，扩容只要加S3的存储量，多地区同事访问S3节点速度都快，还能自动备份，不用自己写备份脚本，适合大团队。

四、选型的注意事项

不管选哪个，都要避开这些坑，不然迟早出问题。

4.1 选本地文件系统的坑

  1. 单点故障：服务器硬盘坏了，整个Artifactory的数据就没了，必须做RAID或者定期手动备份；
  2. 扩容难：要加硬盘的话得拆服务器，或者换更大的硬盘，不如S3弹性；
  3. 跨网访问慢：同事在外地连你本地的Artifactory，传包要等很久，不如S3全球节点快。

4.2 选S3的坑

  1. 网络延迟：如果选的S3区域不对，比如你团队在国内，选了美国的S3，传包速度会慢2-3倍；
  2. 成本超支：冷数据没转归档层，比如存了10TB的冷包，一年S3费用要2万多，而本地盘只要几千；
  3. 数据一致性：Artifactory和S3同步的时候，偶尔会有几毫秒的延迟，一般不影响用，但敏感包要注意。

五、最终选型建议

总结下来，选哪个很简单：

  • 团队规模小（<20人）、业务简单、预算有限→选本地文件系统，搭得快、成本低；
  • 团队规模大（>50人）、分布式、要高可用→选S3，访问快、省心；
  • 混合场景：常用的包存本地，不用的冷包转S3归档，兼顾速度和成本。

最后再提醒一句，选型不用纠结，先按场景选，不对再换，Artifactory切换存储后端虽然要迁移，但也不是太麻烦，不用一开始就死磕完美方案。