Azure Artifacts vs. Artifactory的优缺点

49次阅读

问题描述

有一个需求，需要开发一个自定义产品，其中需要管理软件组件的生命周期，包括上传、下载、撤回等操作。他有两个选择，一是使用Azure Artifacts，另一个是使用Artifactory。用户希望了解这两种解决方案的优缺点，以及它们对cocoapods、maven等包管理器的支持情况。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

Azure Artifacts的优点

如果你的持续集成（CI）已经构建在Azure DevOps上，那么使用Azure Artifacts的初始设置可能会更快一些。基本的托管构件的功能可以让其他构建解析它们。
Azure Artifacts与Azure平台的其他产品集成良好，如果你正在使用Azure，它将与平台的其他部分无缝集成，具有更好的支持（只需与一个供应商打交道），并且由于数据都在他们的网络中，性能应该更好。此外，你不需要为创建和存储构件的数据传输付费。

Artifactory的优点

Artifactory支持25多种包类型，而Azure只支持Maven、npm、NuGet和Python。你可以通过Azure容器注册表获得Docker和Helm，但这是一个单独的工具。
Artifactory完全支持混合部署，既可以在本地安装，也可以作为SaaS使用，并且版本之间完全相同。
使用Artifactory，你可以避免供应商锁定，不仅依赖一个云供应商满足所有需求。这也意味着你不会受限于任何供应商的数据库、访问管理等堆栈。Artifactory可以代理任何远程仓库，不仅仅是官方仓库（如Maven Central和PyPI.org）。
Artifactory针对多站点操作进行了优化，支持任何网络拓扑，可以跨多个地理位置的站点和数据中心进行复制，包括拉取、推送、基于事件的和多推送复制等不同的复制选项。
丰富的元数据和AQL – Artifactory为所有主要包格式的构件和文件夹提供完整的元数据功能，包括自定义元数据。用户可以为构件和文件夹添加可搜索的属性。Artifactory还通过CI服务器集成收集构建信息，作为构建构件的一部分。AQL使你可以以前所未有的灵活性搜索构件。它提供了一种简单的方式来制定复杂的查询，指定任意数量的搜索条件、过滤器、排序选项和输出字段。
构建信息 – Artifactory存储了所有部署到它上面的构建构件的详细元数据。有了这个“材料清单”，可以轻松地重现构建，并追踪问题的原因，以减少解决问题所需的时间，即使构建已经在生产环境中。