Azure文物相对于Artifactory的利弊是什么？

Question

我们有一个需求，我们需要开发一个需要管理软件组件生命周期的定制产品--即上传、下载、召回等等--一种选择是使用利用蔚蓝文物的自定义API，另一种选择是使用Artifactory。我们能不能了解一下这两种解决方案的Pros和Cons是什么？提供信息的一些链接是https://www.g2.com/products/azure-artifacts/competitors/alternatives，此外，我还想了解它们是如何支持包管理器的，主要是cocoapods、maven等。

Answer 1

JFrog Artifactory pros

Artifactory支持25+包类型，而Azure只支持Maven、npm、NuGet和Python。您可以使用Azure容器注册表获得Docker和Helm，但它是一个单独的工具。

Artifactory是完全混合的--既可用于内部安装，也可作为SaaS --在各版本之间实现完全对等。

使用Artifactory，您可以避免供应商锁定--而不仅仅是依赖于一个云供应商来满足您的所有需求。这也意味着不局限于任何供应商的数据库堆栈、访问管理等。代理任何远程存储库--而不仅仅是官方存储库(比如Maven Central和PyPI.org)

Artifactory是为多站点操作优化的-支持任何网络拓扑，在多个地理位置遥远的站点和数据中心上，通过不同的复制选项，包括拉、推、事件和多推复制。

富元数据& AQL - Artifactory为工件和文件夹的所有主要包格式提供了完整的元数据功能，包括自定义元数据。用户可以用可搜索的属性标记工件和文件夹。Artifactory还收集构建工件的构建信息，作为CI服务器集成的一部分(参见下面)。AQL为您提供了前所未有的搜索工件的灵活性。它提供了一种简单的方法来构造复杂的查询，指定任意数量的搜索条件、筛选器、排序选项和输出字段。

Build Artifactory为部署到它的所有构建工件存储详尽的元数据。有了这个“材料清单”，就很容易忠实地再现一个构建，并跟踪问题的原因，以减少时间到解决(TTR)，即使构建已经在生产。

Azure文物专业

如果您的CI已经构建在Azure DevOps上，那么Azure工件的初始设置可能会更快一些。托管工件的基本功能，以便其他构建能够解决这些问题，将对您有效。

免责声明:我是JFrog的员工。

Answer 2

如果您正在使用其他Microsoft产品，例如它们的DevOps解决方案，就会有很大的意义。如果您正在使用Azure，Microsoft Artifact将与平台的其他部分进行很好的集成，有更好的支持(只有一个供应商需要处理)，并且应该具有更好的性能，因为数据都在他们的网络中。此外，您也不会收到数据输出传输以创建和存储工件的账单。

另一方面，Artifactory被设计成技术上的不可知论者。它将与主要的云提供商(Azure、Google、AWS)集成，并支持多种不同类型的技术。但是，如果使用On版本，将有一些设置和配置来启动和运行它。

Answer 3

如果使用Java/ Maven /Gradle，Azure工件只支持一个外部存储库:Maven Central。如果您的包不在该存储库中，那么您就必须使用Artifactory或Nexus，或者其他类似的方法。