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

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

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

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

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

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

《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
最佳答案

微服务可不只是一个 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年多了 比较稳定。有不少公司在用

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

hyperf是真的不行

4年前 评论
tiantian10000 2年前

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