用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 201 天前的主题，其中的信息可能已经有所发展或是发生改变。

关于 r-nacos,去年有在本站调研过使用的意愿。收到反馈是：个人、小公司等对机器资源敏感的同学相对愿意试用（有人用，有价值，可以继续做）；规模大一些的，可能需要能证明其真的比较稳定可靠后才会考虑（潜在的用户）。

经过一段时间的持续迭代，在项目加入 nacos 官方社区之际，再来 v 站推广并调研下：使用配置中心或注册中心的同学你们会愿意试用用 rust 重写的 r-nacos 吗？

下面是 r-nacos 的说明：

简介

r-nacos 是一个用 rust 实现的 nacos 服务。相较于 java nacos 来说，是一个提供相同功能，启动更快、占用系统资源更小、性能更高、运行更稳定的服务。其设计上完全兼容最新版本 nacos 面向 client sdk 的协议支持使用 nacos 服务的应用不用修改代码直接平迁到 r-nacos 。

资源使用情况

演示系统中接入接近 5 千个配置，450 个服务实例，服务使用的内存在 15M 左右。

使用反馈与说明

目前已经有部分用户使用于生产环境；比较多有用户使用于测试环境，想要观察一段时间后，如果稳定没有问题再考虑上生产；
用户反馈联系运行几个月都很稳定；
收到的缺陷比较少，有几个是非主链接上的功能问题（因为是用 rust 写的，基本没有遇到非功能性问题）。具体的可以看 github 上的 issues

性能说明

模块	场景	单节点 qps/tps	集群 qps/tps	总结/备注
配置中心	配置写入,集群模式	1.76 万	7.6 千	集群写入压测是在同一台电脑运行 3 个节点,如果换成多个机器部署,tps 应该还能有所提升。
配置中心	配置查询	8 万	n*8 万	集群的查询总 qps 是节点的倍数
注册中心	服务实例注册,http 协议	1.2 万	1.0 万	注册中心单机模式与集群模式写入的性能一致
注册中心	服务实例注册,grpc 协议	1.2 万	1.2 万	grpc 协议压测工具没有支持，目前没有实际压测，理论不会比 http 协议低
注册中心	服务实例心跳,http 协议	1.2 万	1.0 万	心跳是按实例计算和服务实例注册一致共享 qps
注册中心	服务实例心跳,grpc 协议	8 万以上	n*8 万	心跳是按请求链接计算,且不过注册中心处理线程,每个节点只需管理当前节点的心跳，集群总心跳 qps 是节点的倍数
注册中心	查询服务实例	3 万	n*3 万	集群的查询总 qps 是节点的倍数

项目地址

https://github.com/nacos-group/r-nacos

48 条回复 • 2024-09-10 08:47:45 +08:00

saka0609

201 天前

正在用

heqingpan

201 天前 via Android

@saka0609 欢迎使用，有什么问题或建议可以到 github 提 issue 。

cksspk

201 天前

在用在用，跟动不动占用 1G 多内存的 nacos 相比，r-nacos 几十 M 真的非常推荐。

cksspk

201 天前

有个问题，admin 管理界面的验证码能不能设置成可关闭，每次登录都要输入太麻烦了

suqiuluck

201 天前

👍不错

heqingpan

201 天前 via Android

@cksspk 这个目前也是支持的，有个配置 RNACOS_ENABLE_NO_AUTH_CONSOLE 可以开启无校验控制台。具体的你也可以看对应的文档说明。

28Sv0ngQfIE7Yloe

201 天前

请问启动更快和占用更小都有数据体现，readme 里的「运行更稳定」是通过什么指标得出的结论？

muyuanqiang7

201 天前

开发环境准备试试

fzdwx

201 天前

已经用到开发环境 3 ～ 4 个月了，体验不错

heqingpan

201 天前 via Android

@Morii
启动更快是指启动后，在一秒内可以正常访问接口，nacos 的话自测差不多在 8 秒左右才能正常访问。（这个是人个使用记录，没有用工具做严格对比）

资源占用更小，上面已经给出例子：接入接近 5 千个配置，450 个服务实例，服务使用的内存在 15M 左右。nacos 默认启动后内存就大于 600M 。

运行更稳定，在连续长时间运行（超过一个月）和经过压测场景下，r-nacos 的（内存与 cpu ）资源占用都很稳定。nacos 的内存起伏比较大，压测时有时还遇到未及时响应的情况。

28Sv0ngQfIE7Yloe

201 天前

@heqingpan #10

谢谢回答，准备调研一下。

ilaipi

201 天前

大佬，为啥两类 docker 包会影响运行性能？

PaulSamuelson

201 天前

天下苦 spring-boot 久已😭

heqingpan

201 天前 via Android

@ilaipi 因为 gnu 与 musl 两类包底层的 c 标准库实现不同，一些场景 gnu 比 musl 性能高一些。

不过也差不太多，如果对性能不是非常敏感，用哪个都可以。

heqingpan

201 天前 via Android

@fzdwx 感谢反馈

heqingpan

201 天前 via Android

@duanquanwu spring-boot 写应用除了内存占用比较大，其它的都挺好的。

不过中间件的话，人个觉得还是用 rust 更好😀

zpfhbyx

201 天前

mark 一下, 很适合当自己的配置中心.

twofox

201 天前

我也在学 rust 。但是作为一个 Java web 开发，发现用 rust 开发一个 web 应用，生态好像还是不行。

rust 不适合用来开发这些业务多的 web 项目，例如 BPM 流程引擎、对 office 文件的一些操作库

可能是我接触的少，不知道 rust 有哪些好用的库

Xrall

201 天前

看了一下介绍以及评论感觉还可以。开发测试环境可以用来试试。没有 nacos 那些一堆莫名其妙的破问题就好。特别是迭代问题 nacos 真的让人糟心。

rrfeng

201 天前

alibaba/nacos ?

povsister

201 天前

天下苦 java 久矣

heqingpan

201 天前 via Android

@twofox

我对 rust 库的了解也不算很多，一般都是以目标场景为导向去找对应的库。有些能找到合适的；有些找到但不完全够用，这时要自己补充；有些就是没有自己直接写一个。目前生态很多库基本都有了

关于 web 开发，我主要以前后端方式写。这种模式，只要使用 http 接口即可。有很多成熟的框架，比如 axum,actix-web 等。

你提的流程引擎和 office 操作库，我之前没有用到，没去了解。你可以自己到 crates 去找找。

heqingpan

201 天前 via Android

@rrfeng 是的。
r-nacos 是用 rust 重写 alilaba/nacos ，协议完全兼容，支持使用 nacos 的应用不改代码直接平迁到 r-nacos 。

heqingpan

201 天前 via Android

@zpfhbyx
@Xrall

欢迎试用，目前从收到的反馈来看，已经比较稳定。主链路基本不会有什么问题。