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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6

❮

❯

276 天前

回复了 keepRun 创建的主题 › 程序员 › 是我错觉吗？感觉 CSDN 上很多广告文章，官方故意的？还有很多评论是机器人

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

294 天前

回复了 kerb15 创建的主题 › 程序员 › 公网部署 Nacos 被入侵了...

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

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

294 天前

回复了 kerb15 创建的主题 › 程序员 › 公网部署 Nacos 被入侵了...

OP 暴露 nacos 到外网的目的是什么？

如果只是想用控制台做运维，可以试试用 r-nacos （用 rust 重新实现的兼容服务）。

r-nacos 的控制台支持对外网暴露。
控制台使用独立端口号，然后对这个端口号所有请求加上登录与鉴权验证。
控制台登陆接口内置错误频次限制与验证码，避免对账户的暴力遍历破解。

301 天前

回复了 wkong 创建的主题 › 程序员 › 本来想摆脱上班的 996，结果做开源后变成了 007 了，我的梦想是躺平

@Felldeadbird
除非没人用，不然都忙。

成品前忙开发，成品后忙写文档、推广给潜在用户。

302 天前

回复了 lsk569937453 创建的主题 › 程序员 › 目前来看 CAP 理论中的 CP 和 AP 最容易造的轮子是？

亲身实践过，如果不依赖三方库从 0 开始写，一般 AP 会比 CP 简单些。

不过 CP raft 一般都有库（与业务无关的基础部分），而 AP 没有（ AP 一般和业务相关较大，没有通用库）。

CP 基于库做二次开发与 AP 从 0 开发相比，工作量会差不多。（和具体业务有关）

我之前在写 r-nacos （用 rust 重新实现 nacos ）时，有分别用 CP(基于 raft 库)实现配置中心，用 AP （从 0 开发）实现注册中心。
它们两块整体工作量上感觉差不多。

附上去年在本站发的相关帖子： https://v2ex.com/t/974680

304 天前

回复了 bouts0309 创建的主题 › 程序员 › 有什么轻量级的微服务网关可以替换掉 springcloudgateway？

@pckillers
我上面说的动态感知配置变更，是通过配置中心 client 监听配置中心内容实现的，是不是监听本地配置文件。

k8s 就算能更新 pod 的配置文件，如果想不重启更新配置，还应要应用主动监听配置文件内容是否有变化。（相当于自己实现动态配置功能）

通过动态配置做切流、回滚等流程控制很好用。

没有动态变更配置的能力，可能不会想去写这类控制代码；但系统支持这个能力，在写新的高风险链路逻辑时一般都会加上，在遇到问题能快速回切止损。

当你用上一次避免问题扩大代之后，你应该就不愿意放弃它。

304 天前

回复了 bouts0309 创建的主题 › 程序员 › 有什么轻量级的微服务网关可以替换掉 springcloudgateway？

@pckillers
k8s 的 configmap 很难完全替代配置中心。

部分场景有依赖配置中心的运行时动态变更配置能力，k8s 通过重启方式重新加载配置是不太能接受的。

比如我们新写一个新的处理流程，支持出问题时通过配置控制是回切到老逻辑。
如果通过配置中心，可以在 1 秒内把几十个实例秒级回退到老逻辑。
如果走 k8s 的分批重启加载新配置，回切时长达不到这效果。

类似的场景还有临时动态调整处理线程池数量等。

305 天前

回复了 bouts0309 创建的主题 › 程序员 › 有什么轻量级的微服务网关可以替换掉 springcloudgateway？

nacos 也可以考虑换成轻量级 r-nacos (用 rust 重写的 nacos ，协议完成兼容)，这样就可以和 apisix 配套使用。

311 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

哪个页面，是指登陆页面吗？

312 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@aa51513
@RainCats
欢迎试用，过程遇到问题可以反馈或提 issue

312 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@Heroininu
@chenset
@NeedI09in
感谢支持与反馈😁

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@cnzjl
@xxfye

对比下来，用 rust 重写原 java 写的中间件，确实收益不错😁

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@huzhizhao 感谢支持与反馈

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@monkeydream
@someonedeng

资源占用低是 r-nacos 最大的优点之一😁

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@rlds 感谢反馈。我个人也是建议先在测试环境使用，经过充分验证其稳定性后，再考虑上生产。

欢迎试用，使用过程有问题或建议都可以提 issue 。

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@zpfhbyx
@Xrall

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

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

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

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@twofox

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

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

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

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

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

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

313 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@fzdwx 感谢反馈

1 2 3 4 5 6

❮

❯