workerman的HTTP服务给有可能打造成类似spring-cloud那样的分布式网关
受到channel组件的灵感启发，发现这玩意太好用了
随着智能硬件终端的增加（10万+），我们目前的TCP服务采用TCP服务与业务处理服务分布式部署的构架模式，中间通过channel服务器做数据中转。
为进一步提升系统容量，我们对channel进行了改造，支持类似消息队列那样的任务调度机制。（前端负责跟硬件终端对接，后端通过多台服务器处理会话请求）
我们在业务中也涉及到HTTP请求，我在想，有没有可能也将HTTP请求做成这样。
前端NGINX+HTTP业务网关负责跟用户交互
后端HTTP业务服务负责处理业务请求，支持业务调度、限流、熔断等机制。
类似于spring-clound那套机制。
有没有这样的业务套件，请大家一起讨论一下。
908 1 0
1个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
联表一次查询和查询后循环内再查询别的表组装数据，哪个性能好呢？
PHP8.4下webman直接用topthink/think-orm想了解数据库连接该写在哪里
webman想使用人大金仓数据库，如何处理？ 求方案
微信SDK，关于webman里推荐的
redis-queue 延迟任务 可否延迟第二天触发？
127.0.0.1:1238地址显示已被占用?
请问下现阶段是否有必要使用异步mysql查询？
请教：webman如何让错误直接在网页显示，而不是在命令行打印出来？
webman不错，但不建议官方做webman-admin
后端HTTP业务服务负责处理业务请求，支持业务调度、限流、熔断等机制这些可以自己做。如果要用现成的可以尝试 hyperf 框架，他们对这些支持的比较完善。