V2EX › heqingpan 的所有回复 › 第 6 页 / 共 7 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

2023 年 10 月 14 日

回复了 NoKey 创建的主题 › Java › 有没有啥办法能保证后端服务异步执行的数据在服务重启的时候不丢失

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

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

2023 年 9 月 29 日

回复了 heqingpan 创建的主题 › Java › 目前开发微服务用 nacos 做注册、配置中心的同学多吗？如果有一个用系统级语言重写，性能更高、占用资源更小的版本有同学愿意试用吗？

@xiaomada

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

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

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

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

这两个还是有区别的。

2023 年 9 月 28 日

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

2023 年 9 月 28 日

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

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

2023 年 9 月 28 日

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

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

2023 年 9 月 28 日

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

2023 年 9 月 28 日

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

2023 年 9 月 28 日

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

2023 年 9 月 28 日

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

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

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

2023 年 9 月 28 日

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

2023 年 9 月 28 日

@panzhc 这么多人都觉得名字不好，我改，找到合适的就改😂

2023 年 9 月 28 日

@shalk
确定，熟悉 rust 的开发者相对较少；开发效率上其实还可以的。
感谢反馈，文档会持续完善。

2023 年 9 月 28 日

@zzl22100048 0 其实也是可以的

2023 年 9 月 28 日

@kerb15 内存初始 25M 左右，具体和配置内容有关。cpu 默认小于 1% 压测 4 万 qps 时占用 30%左右，具体的和机器有关。

2023 年 9 月 28 日

@xingjue go 有 gc ，性能上比不过 rust 。
rust 写云原生应用也很合适的。

2023 年 9 月 28 日

@kerb15 25M 内存

2023 年 9 月 28 日

@winglight2016
功能上比 config server 强的多。
rnacos 在占用资源、性能、稳定性上都比它好很多。

2023 年 9 月 28 日

@pannanxu
@Kilerd
感谢反馈。
社区、生态确定比较重要。
这是一个循环依赖问题，生态好了用的人会多，用的人多了反过来生态也会变好。

2023 年 9 月 28 日

@wqhui rust 写的比 java 写稳定性上会更好。

2023 年 9 月 28 日

@zzl22100048
node_id 可以不是 1 ，可以不连续，但需要是不唯一的整数。

1 2 3 4 5 6 7

❮

❯