探讨一下webman的微服务方案,以及熔断和限流的方案

tangzhangming

如题,单体应用拆分成多个服务,互相 RPC 调用,但是没有服务注册、熔断、限流这些算微服务吗?

在webman中,你有实现熔断和限流的好方案,甚至是全套PHP微服务方案吗

745 4 1
4个回答

walkor

微服务里服务注册、熔断、限流 不是必须的。

  • tangzhangming 14天前

    那实例自动上下线怎么办 只能每个服务多个实例做负载均衡吗

  • walkor 14天前

    现在云厂商都支持负载均衡,加减机器直接后台操作就行了

  • Tinywan 14天前

    这么暴力

  • walkor 14天前

    故障自动踢出负载均都是支持的

  • tangzhangming 14天前

    那链路跟踪咋搞 出问题了总得定位啊

  • tangzhangming 14天前

    没有这些基础的东西 大项目很难拿得出手

  • walkor 14天前

    hyperf 这些东西挺全的,可以用hyperf

  • tangzhangming 14天前

    我喜欢你的webman

  • evilk 14天前

    我喜欢你的webman

  • Tinywan 14天前

    无赖

  • ab0029 11天前

    我喜欢你的webman,哈哈哈

  • 菜虚困 14小时前

    我喜欢你的webman,哈哈哈

小阳光

我写了你需要的东西,只是目前自用,代码写的烂没有公开,也没有组件化,注册中心,rpc 熔断降级,链路追踪

chaz6chez

单体应用拆分就变成了SOA,SOA细化就变成了micro-service

因为服务小了便多了,服务就需要治理,否则在运维的过程中会非常头疼

其实这里面只需要加入一个服务注册+配置中心+基于redis的令牌桶就能轻松解决你想要的问题

比如我这边用的就是nacos作为配置中心和服务发现/注册,服务启动时就注册对应实例及服务,做好心跳,对应的服务实现令牌桶限流就好了

下游使用的时候通过服务发现进行处理,对应的元数据里有相关的指标和参数

  • as5739 9天前

    哈哈,我这边也是用nacos做服务注册配置中心的,用的sdk作者还正好在楼上。nacos主要还是java用的多吧,调用服务比较方便,php的话,很多东西还得自己实现,例如调用实例的负载均衡

  • chaz6chez 9天前

    我对tinywan的nacos进行的重新封装,主要是配置监听部分我做了适合我司的处理,和Tingwang不一样的处理方案,随后我会发布至插件商店

  • Tinywan 8天前

    为啥又要单独搞一个呢!是区别很大吗?

  • chaz6chez 8天前

    配置监听部分完全不一样,你可以看看~ https://github.com/workbunny/webman-nacos 我用的是异步+定时器+服务端长轮询做的监听,不是定时器+get

  • Tinywan 8天前

    感谢分享,终于把你给引出来了,嘿嘿!

  • chaz6chez 8天前

    我那个AsyncConfigListener还在调试,异步请求包有点问题

  • chaz6chez 8天前

    异步搞定了,欢迎使用

  • Tinywan 7天前

    已start

  • Tinywan 7天前

    @chaz6chez 你那边的具体使用场景是否可以分享下?

  • chaz6chez 7天前

    可以,等会儿我写一个分享

  • Tinywan 7天前

    谢谢!

liziyu

是API接口限流吗(菜菜的疑问)?这个应该简单!

  • tanhongbin 7天前

    你知道为啥没人回答你嘛兄弟,他们说的我都听不懂哈哈

  • liziyu 7天前

    谢谢你的回答,掩盖淡淡的尴尬,我好像明白了些什么!~

🔝