基于Egg,搭建支持高并发系统
发布于 17 天前 作者 JarvisQJ 1200 次浏览 来自 问答

老板要我拿出高并发系统的构架方案,感觉知识储备有点捉襟见肘,麻烦大家给些建议。后端框架准备用Egg。

17 回复

话题太泛没法回答

缓存策略,分布式部署,数据库主从。。好了我吹不下去了

@atian25 主要希望大佬给指路

服务器集群、数据库集群,看业务需求,采用适合的技术

@atian25 有Egg的微服务例子吗,github上没找到

这个有点儿拿来主义的感觉了,尽量不要,自己摸索,看些微服务方面的东西,有具体的问题,再请教社区的大神可能会更好。

@LeoChowChina 没有就算了,有的话可以加快大大加快速度

话题有点宽啊

高并发 有多高,大概的数量总要有的吧

@entrehuihui 需要设计可伸缩性架构,在必要时通过增添硬件即可增强整个系统处理能力

@JarvisQJ 这个跟 Egg 关系不大。。。 有需要就随时加几台 Docker 跑 多几个 Egg 实例,前面挡个 SLB 就完了。

刚开始就要搞什么高并发,只会束缚手脚,工作没法展开。先看一下业务实际能有多大并发,一般来说数十万注册量的并发也不会上千。单台服务器pm2多进程足够支撑几千并发,注册用户也得有个几十万。一台觉得不够就多部署几台做负载均衡。这是项目初期最简单便捷的高并发方法。大多数情况压力最明显的还是数据库,根据业务选择合适的数据库加点缓存什么的也就够了。微服务什么的,等真正有需要的时候再做,不要为了微服务而微服务。

@yuedun 项目已经上线了,目前是规划下个大版本,综合考虑,结果是彻底重构。注册用户目前是不多,但是老板们不希望并发上来的时候,发现系统跟不上

@JarvisQJ 重构也无非就是按功能拆分,分摊服务器压力,并发升高也有个过程,随之应对,不可能一开始就说要做出一个能应对淘宝双11的系统。火车票系统就是一个典型的例子,明知道有大并发,也花了好几亿来做,应该算是提前做好了准备吧?前面几年不照样挂吗?所以不要想着一下能做出多牛逼的系统。根据实际情况不断演进就行。

你们老板还兼任CTO吗?还操心并发问题?先把业务搞到高并发再说吧 自豪地采用 CNodeJS ionic

回到顶部