微服务的选择:是 Laravel+workerman,还是 hyperf 呢?

背景:
公司的后端项目打算重构

结构:
目前属于中型以上的结构,以后也许会在此基于上加新功能,且项目有些地方会涉及到对及时性要求很高的场景。

期望:
如果能做成微服务当然最好,版本迭代这一块不用太担心。

其他:
hyperf的话看了文档,有这一块的支持,其他组件也蛮好的,可本人目前对swoole不是特别熟悉,前期需要熟悉和学习成本,workerman相对来说比swoole上手快,简单。

建议:
如果考虑到以后的扩展性和维护性的话,应该怎么选择呢?希望有大佬能给个建议,感谢!

《L04 微信小程序从零到发布》
从小程序个人账户申请开始,带你一步步进行开发一个微信小程序,直到提交微信控制台上线发布。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
最佳答案

微服务可不只是一个 RPC ,对应的各种服务注册,服务发现,服务限流,服务监控,调用链追踪,配置中心,以及 CI/CD 和部署等等,才是实施成功与否的关键

5年前 评论
zqlpcs (楼主) 5年前
huangzhhui (作者) 5年前
zqlpcs (楼主) 5年前
讨论数量: 18

workman也有相关rpc组件

5年前 评论

建议你们用go,做微服务很合适

5年前 评论
zqlpcs (楼主) 5年前
颠倒的玉石

我用的workman,我觉得挺好使

5年前 评论

微服务可不只是一个 RPC ,对应的各种服务注册,服务发现,服务限流,服务监控,调用链追踪,配置中心,以及 CI/CD 和部署等等,才是实施成功与否的关键

5年前 评论
zqlpcs (楼主) 5年前
huangzhhui (作者) 5年前
zqlpcs (楼主) 5年前

JAVA生态好

5年前 评论
zqlpcs (楼主) 5年前

微服务可不是 你想象得那么容易。不是一个概念的

5年前 评论

写好了能开源吗,让我们也学学。 :joy:

5年前 评论

推荐使用swoft 支持微服务

Swoft 完美与 Istio/Envoy 等 Service mesh 框架契合,

同时还为中小型提供一套快速构建微服务治理组件,

包括服务注册与发现、服务熔断、服务限流,以及配置中心

而且这个框架已经3年多了 比较稳定。有不少公司在用

5年前 评论
还不出来 4年前

hyperf是真的不行

4年前 评论
tiantian10000 3年前

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!