前贴： t/1186284
看到贴文内容之后，我针对各个关键节点版本做了部署测试，得出如下结论：
从 3.77.0 版本开始，组件数上限 10w ，日请求上限 20w 。从 3.87.0 版本开始，组件数上限降为 4w ，日请求数降为 10w 。
版本详细介绍，以及上限验证结果，详见博文： https://wiki.eryajf.net/pages/b6b711/
除了记录了对应版本，我还针对历史镜像做了归档，有需要的同学可以自取。
 | 1 kyonn 8 天前 感谢楼主的详细测试. |
| 2 kyonn 8 天前 限制逐渐锁紧没什么, 关键是升级了不让回退, 非常麻烦. |
 | 5 66z 8 天前 有其他的开源方案可以代替吗 |
 | 6 newaccount 8 天前 “如果能够预见规模不会很大，那么可以考虑选择 3.86.3” 这个不存在，因为本地缓存的 jar 包版本也会被计算到 components 中 当初我遇到的问题，就是在使用一段时间之后，随着 spring 引用版本的更新，这个数量在 3.8 万，接近 3.9 ，原本距离 10w 的上限很远，大可放心使用，但更新之后的 4w 限制导致这个几乎立即不可用（ spring boot 4.0 的更新导致很多包需要缓存） 以这个限制的事实为基础，有充分理由相信 sonatype 就是通过统计数据，故意设置了一个让你用的很难受的数值作为上限来强迫购买 降级更不可能，镜像启动失败，明确告诉必须使用匹配的版本，也许这个值可以在数据库中找一下，但就能够做出这种事的态度来看，很有可能通过热更新让这个失败 所以，要么使用旧版本，并且希望 sonatype 别在干出什么不做人的事儿让旧版本失效（参考 bitnami 能干出的狗事），要么赶紧找替代（我还没找到） |
| 7 newaccount 8 天前 @newaccount #6 另外，由于以后不能升级，那么一旦发现旧版本的技术栈中出现 CVE 漏洞，或者由于技术更新、升级等因素导致旧版本不可用，那时候啥都做不了 就目前的情况来看，继续使用 nexus 的未来风险极大 |
| 8 kyonn 8 天前 @newaccount bitnami 干过什么? |
 | 10 eryajf OP @newaccount #6 “如果能够预见规模不会很大，那么可以考虑选择 3.86.3” 这句想表达的意思是这个版本是最后一个 10w 上限的版本，再往前进一个版本，就到 4w 了，如果知道不会超过 10w ，那选择这个版本就够用。 |
 | 11 redial39 8 天前 我在 nexus 前面架了一个 ng,用来本地缓存请求,每日请求从 20w 降到 7k,目前用下来没有什么异常,但是组件的限制是没办法破除的,唯一能想到的办法就是分散 nginx,用不同的二级域名来分流不一样的 repo 请求 |
 | 14 Foxkeh 8 天前 很用心的文章，还有实践验证。 我也是前不久 12 月中手贱升级到最新版后发现首页统计限制，而且降级似乎不行，好在私有包不多大多是代理缓存的，咨询了一下 GPT ，索性重新部署了 3.76.1 版本养老 |
Select Language