业务预估单量 10 到 20W 单,请问下面哪些架构方案好一些!

2020-01-13 22:54:35 +08:00
 jiwei3187553

年后准备着手开发新 ERP 项目,电商方向,目前在讨论技术选型,公司业务方面给的指标是要支撑每天 1O 万左右的订单,订单多是从个个平台去拉取,所以没有太多并发下单的问题,大概 1500 人左右是使用,讨论的方案如下,求助下下面两个方案哪个更好一些。

方案一: 技术选型 yii2 + PHP7.2,页面使用 VUE,搜索引擎使用 sphinx,redis +mysql+oss 目前用的是阿里云的解决方案,现在 mysql 使用主从和读写分离,队列用的 mq, nginx 做多个负载,一套系统部署多个服务器,订单系统,库存,标发,采购这些模块使用一套系统,但是部署在不同搞得服务器上,比如,A 服务器拉取订单,B 服务器做采购处理等等,减轻压力,自动部署用 jenkins。

方案二: 方案二和方案一技术选型差不多,整体架构是准备使用 VUE 做去请求接口,但是程序不是用的同一套系统,把订单系统,物流系统,仓储系统等等这些,单独的开发一套系统,每套系统区分开来部署在不同的服务器上,目前这个方案的问题在于,多套系统的技术栈,架构等等都要单独配置,还需要做一个统一的单点登录系统,感觉麻烦一些,但是性能上感觉会更好些,毕竟个个系统之间只通过接口去请求,即使一个服务挂了,剩下的服务器不会影响很多。

特此来取经一下, 知道大神多,对整体系统的技术栈和架构有什么建议和指导,从来没做过这种体量的项目,目前每天订单 3W+,增长的很快,所以心里有些没底。

1378 次点击
所在节点    问与答
3 条回复
lllllliu
2020-01-14 09:54:48 +08:00
问就微服务一把,基于云平台的服务器集群管理也方便,容器化开发 ,一切自动化,哪里不够点哪里。
要么就 php 一把,优化好了也一样。
jiwei3187553
2020-01-14 14:52:37 +08:00
@lllllliu 微服务好像还没法用,开发人数不多,本来就是个重新开发的系统,开发也就十来人
lllllliu
2020-01-14 16:53:59 +08:00
@jiwei3187553 微服务不在乎人多人少,我们部门四个人也在用。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/637646

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX