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

关于 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

heqingpan

53 天前

@twofox

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

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

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