新款 arm 芯片的 air 性能够用。

主要看下对内存和存储是否有要求。

是的

@veni2023
r-nacos 和 nacos 实现 raft 协议使用的库不同。
r-nacos 测试验证过多节点部署时支持小于一半的节点异常后剩余节点能正常运行。
应该算是解决你所描述的问题。

@lizhian

我刚用我的 mac m1 试了下，stable 版本确实有问题，用 stable-alpine 版本可以。
可用先用 alpine 版本镜像：qingpan/rnacos:v0.4.1-alpine

@youknowiam 老哥好。
我还记得你提的 issue 和 pr,感谢😊

@Heroininu
@yl20181003
欢迎使用，使用过程中有什么问题可以给我提 issue .

@onew 👍🏻 ，一起给 rust 生态做一点微不足道的贡献。

@Quint
1. 从系统使用成本上看，用 rust 实现，占用系统资源更小，集群性能更高，稳定性更高。
2. 从功能上看，r-nacos 兼容 nacos 的基本功能，同时提供一个可对外网暴露的控制台（ nacos 控制台国和 open api 在同一个端口不能直接对外网暴露）。
3. 从运维方面看，使用自身的 raft 分布式储存不依赖 mysql,运维更方便。

之前试过 intellij , 后面还是感觉 vscode 相对比较好用，就切回 vscode 了。

一定要找个地方存起来才行，不然重启在内存的数据就没了。

可以用 mq 也可以用通用任务表（用完标记删除或物理删除都可以），特定场地存本地文件也可以。

@xiaomada

我说的是 nacos 。想确认用的人多不多，其中有多少人愿意试用，其选择背后的考量。

目前大体的信息已收集到，前期个人、小公司等对机器资源敏感的同学相对愿意试用。 （有人用，有价值，可以继续做）
规模大一些的，可能需要能证明其真的比较稳定可靠后才会考虑。（潜在的用户）

etcd 是一个键值数据库，从功能上它和 nacos 配置中心比较接近。
它也可以当注册中心来用，不过从原理上性能、可用性会比 nacos 的中心低一些（所以在 nacos 中注册、配置中心是两个不实现的模块）。

只是功能上相同，切换还是需要比较大的改造成本。
rnacos 是在功能和接口协议都做了兼容，切换过程应用是不需要做改造的。

这两个还是有区别的。

欢迎试用，过程如果有遇到问题可以给我提 issues 。

@silentsky
这个只需要换 nacos 服务。

验证通过后，kill 老服务，启动新服务。一分钟内完成切换。

@wqhui
理解，一些功能性的 bug 确实只有大量使用才能发现。
而对于非功能问题，rust 编译通过后基本不会有问题。这个就是大家说 rust 安全稳定的原因。

bug 数量不多的话，我还是能比较及时修复的。

@salmon5 在注册中心中，两个协议性能差是挺大的。grpc 用链接本身做心跳，http 每个实列要单独请求做心跳。

@twinsdestiny 能的，这是基本功能。

晚上我也会把加群方式加到项目 readme 中。

开始阶段还是建个群比较方便，如果后面低级问题比较多，再约定回复提问的要求。

我建个群，用于及时沟通使用中遇到的问题。

v2ex 手机不方便放图。
想进群的可以先加我微信，再进群。
微信号：`qingpan2014`，记得备注 rnacos 。

@lt547670718 听起来你有过经历。
刚想中午建个群就看到你的建议😂