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

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

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

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

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

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

《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
最佳答案

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

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

workman也有相关rpc组件

4年前 评论

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

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

我用的workman,我觉得挺好使

4年前 评论

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

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

JAVA生态好

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

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

4年前 评论

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

4年前 评论

推荐使用swoft 支持微服务

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

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

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

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

3年前 评论
还不出来 3年前

hyperf是真的不行

3年前 评论
tiantian10000 1年前

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