某全国连锁餐饮线上点餐小程序
案例介绍
1、客流量过于巨大导致门店服务员无法服务这么多顾客
2、用户集结在收银台买单，效率底下，用户体验不好
3、用户在门店线下取号-如果离开门店范围无法知道等位信息
4、用户会员积分兑换等无法直接展示给用户，无法增加会员粘度
在此项目中，后端整体架构由我这边独立完成，包括逻辑分层-订单业务-支付业务-用户行业务-POS业务单独分离互不影响，当单一服务容器出现问题 其他服务可以正常处理，同时启用备用容器。
项目采用docker部署-阿里云SLB负载均衡-vpc转发到对应服务器集群- Redis处理订单数据 - Mysql表分离 ，用户表分离以及今日订单表和历史订单表分离。
目前项目用户400w+，年节支付业务并发峰值2w
订单数2000w+，历史订单查询效率在1000ms内，复杂业务统计逻辑查询由单独数据库执行-查询效率在3s内
某全国连锁餐饮线上点餐小程序
案例介绍
项目痛点：
1、客流量过于巨大导致门店服务员无法服务这么多顾客
2、用户集结在收银台买单，效率底下，用户体验不好
3、用户在门店线下取号-如果离开门店范围无法知道等位信息
4、用户会员积分兑换等无法直接展示给用户，无法增加会员粘度
在此项目中，后端整体架构由我这边独立完成，包括逻辑分层-订单业务-支付业务-用户行业务-POS业务单独分离互不影响，当单一服务容器出现问题 其他服务可以正常处理，同时启用备用容器。
项目采用docker部署-阿里云SLB负载均衡-vpc转发到对应服务器集群- Redis处理订单数据 - Mysql表分离 ，用户表分离以及今日订单表和历史订单表分离。
目前项目用户400w+，年节支付业务并发峰值2w
订单数2000w+，历史订单查询效率在1000ms内，复杂业务统计逻辑查询由单独数据库执行-查询效率在3s内
案例图片
1小时精推人才
需求方专属客服，免费梳理匹配
