heqingpan

star+1

@gitxuzan 感谢支持，过程有什么问题或建议可以找我或者到 github 提 issue 。

哈哈，原因就这么被找到了😎

推荐 r-nacos (原名 rnacos)，用 rust 重新实现的 nacos 配置注册服务。

特点：
* 自带 web 控制台管理，有登陆校验，支持暴露到外网使用。
* 运行占用内存小，接近 5 千个配置，450 个服务实例，服务使用的内存在 15M 左右。
* 应用文件小，应用 20M ，docker 30M 。
* 支持 http 协议(nacos open api)访问，同时 nacos 生态不同语言的 sdk 都支持。
* 高性能，配置写入 1.7 万 tps ，配置查询 8 万+qps 。
* 部署简单，不依赖外部数据库，启动应用即可使用。

我个主要当做网盘用于备份照片和文件。

其它的都是一时兴起的折腾，用电脑玩玩就好。

[r-nacos]( https://github.com/nacos-group/r-nacos) 一个基于 rust 重新实现的 nacos 配置注册服务。(star: 692, docker 下载量: 25k+）

相较于 java nacos server 来说，是一个提供相同功能，启动更快、占用系统资源更小(接入接近 5 千个配置，450 个服务实例，服务使用的内存在 15M 左右)、性能更高、运行更稳定的服务。

其设计上完全兼容最新版本 nacos 面向 client sdk 的协议支持使用 nacos 服务的应用不用修改代码直接平迁到 r-nacos 。

经验:
1. 用 rust 重写原 java 写的常用中间件，一般占用系统资源更小、性能更高；完成度比较高的话还是有很多人愿意使用。
2. 作者最好也是开源项目的用户，最开始当做满足自己的需求。当你能比较好的满足自己的需求，也会同时满足同类场景的用户。
3. 项目的第一版核心功能基本需要自己独立开发，要做好心理准备。

csdn 页面乱七八糟，个人是坚决不用。

@kerb15 如果只是通过公网下发配置，那换 r-nacos 应该能满足你的场景。

部署 r-nacos 后只暴露独立的控制台网络端口到外网，用于下发配置。
sdk 网络端口只给内网应用使用，不要对外网暴露保证安全。