金字塔，古董，Maven中央和Sonatype Nexus…

你如何将一种技术或工具与其竞争对手进行比较?通常，没有客观的比较。那么你怎么知道哪个更好呢?Eclipse还是IntelliJ IDEA?Java EE还是Spring?c#或者Java ?你通常能在供应商网站上找到的都是一场圣战和有偏见的比较。

但幸运的是，有时你可以找到一个公平的比较。这是怎么发生的?由利益相关者共同撰写。的二进制存储库比较矩阵是一种稀有资源。2022世界杯阿根廷预选赛赛程本文由以下人员编辑JFrog，Sonatype而且Archiva提交者为你提供一幅客观的画面;每个供应商都添加新功能，并监视其他供应商，以确保每个人都公平竞争。

标题提到了Maven，实际上，这三个都是很棒的Maven存储库。但这就是道路开始分开的地方。两个存储库管理器仍然只为Maven提供“一流支持”。一个超越。现在，专注于Maven并没有什么错(我们也非常关注Maven)，但是当涉及到技术时，落后是注定要失败的。

让我们进入矩阵…

超越Maven

哪个存储库管理器提供给您完整的支持。net, npm, Python, Ruby, Yum, Debian和Docker(是的，包括浏览，搜索和元数据)?

有人说“元数据”吗?

库管理器用构建过程、许可证、依赖项、环境变量等元数据丰富每个构建工件?

元数据就是你的思维方式

哪个存储库管理器基于此元数据搜索工件的完整查询语言，因为这是您如何考虑您的工件(例如，您想要在目标平台上运行的最新文件，并通过所有质量检验关)?

DevOps,有人知道吗?

库管理器支持你们的DevOps文化?开发人员和运营人员都信任并一起使用。它既支持与开发相关的工件，如jar和gems，也支持与操作相关的工件，如deb、rpm和码头工人图像。

CI和CD是任务关键型的

无论是您的VCS、CI服务器还是存储库管理器，当交付管道中的一个工具出现故障时，整个组织都无法构建。哪个存储库管理器提供真正的主动/主动高可用性架构?

本地事务

远程团队可以使用相同的存储库，但是，哦，延迟。哪一个存储库管理器支持任何网络和防火墙拓扑结构，具有完全的推、拉和事件驱动复制．

你说了算

那些产品创造者从未想象过的场景呢?您需要一个支持您的组织CI/CD流的存储库管理器，而不是一个具有“我的方式，或高速公路”方法的存储库管理器。库管理器是否可以通过易于编写和部署的用户插件轻松扩展．

希望你现在已经明白了

前几天我遇到了这样一句话:“迁移到‘我们的东西’的一个很好的理由是它使用最广泛”。即使假设“最广泛使用”的说法是正确的(我们不能这样假设)，从什么时候开始，最受欢迎==更好?我清楚地记得EJB 2比Spring框架流行得多的日子。即使在今天，COBOL也比Groovy更流行，更不用说Scala或其他很酷的语言了(谈论古董!)有趣的是基于这种说法，Sonatype正在敦促企业从Artifactory转换到Nexus!

回锁定到Maven2的哑文件系统，没有CI服务器集成和对maven之外的任何东西的支持都非常有限(例如，在链接的博客文章中，对npm的支持甚至比。net还差)。回到不支持HA和有限复制的设置。听着，他们特别要求你排除元数据！他们会说:“去吧，删掉这些重要的信息!”那么，NO怎么样!

正如我们在JFrog中所说的，一旦向前跳，就不会后退．甲骨文(Oracle)、瑞士信贷(Credit Suisse)、德意志银行(Deutsche Bank)、CA等企业以及其他几十家Nexus难民超过1000的客户我们95%的用户留存率证明了这一点。

附注:想了解Nexus路线图吗?不需要特别的努力。看看半年前Artifactory发布的产品就知道了。在过去的几年里，这个预测的准确性令人惊讶。