轻课系统设计

已经在家隔离两个多月了，整我的都胖了一圈。自从胖了之后，你们关注的焦点就变成了个人胖，而忽略了个人丑，真好。

靠着微弱的手机网络，我依然坚持在家办公，下面就说说在家办公我都作了什么。

1. 业务需求

在经历了购物便利性和消费民主化以后，电子商务必然会迎来新的一轮零售变革，这就是内容电商！

内容电商，就是电商的下一个风口！

咳咳，扯远了！

教育一直都是常青树，任什么时候候教育领域都是一个不错的选择。

猿辅导、学而思、叽里呱啦、潘多拉英语、斑马英语、叫叫阅读等等，都是儿童教育领域的知名品牌。

当真是编程五分钟，扯淡两小时，说正题

业务模型是这样的

基于这样的模型，很天然地，系统分为这样几大块：商品售卖（涉及商品、订单、价格、物流、交易、会员等），课程学习（设计课程相关的各类存储、配置、数据分析、音视频加密、题库、课中交互等），基础服务接入（涉及注册登陆、Token认证、会员权益、消息推送、网关、注册中心等）

2. 技术实现

2.1 基本架构

简要说明：

一、基本数据存MySQL，一些不规则数据（例如：题目、楼层数据）存MongoDB，记录类型的数据存ES

二、缓存主要用分布式缓存和内存缓存，定时从Redis中刷新内存缓存。更新Redis的方式通常有两种：MQ异步刷新和直接方法调用同步刷新。Redis注意设置好链接池相关参数。

三、服务以前用Dubbo调用，注意设置超时时间和重试次数

四、业务网关负责用户身份认证、统一日志处理、统一异常处理

五、配置用携程的Apollo。固然，用阿里的Nacos更好。

六、MyBatis plus 很好用，自动生成，基本不须要写什么代码，几乎不须要写SQL，自带的方法足够使用了

七、阿里的CND、OSS、MQ、音视频处理、容器镜像、安全审计等服务，百度CDN，腾讯语音识别，环信等

2.2 设计要点

项目结构大概是这样的：

cjs-commons （常量工具类等）
cjs-repository （全部数据库操做写在这里）
cjs-dependency （全部依赖的服务都写在这里）

cjs-inner-api （内部服务调用dubbo api）
cjs-inner-service （内部服务dubbo实现）

cjs-api （面向客户端的dubbo api服务）
cjs-service （面向客户端的dubbo实现）

cjs-web (面向客户端的API接口)
cjs-admin （管理后台）

约定优于配置。项目结构、命名规范是你们共同达成的约定，定了之后遵照就完了。

 

一、音视频要加密，图片及音视频上传以前务必要按要求进行压缩

二、课程是虚拟内容，有的课程带教具，所以下单时候就是一个虚拟商品订单和一个实物商品订单。实物订单就要考虑运费、物流等信息

（虚拟商品没有库存、没有物流。虚拟订单也是有SKU的）

三、题目类型众多，且每种题目之间差别比较大，答案选项也是固定，这种数据就不用想了，直接放mongodb

四、首页展现的商品是经过首页楼层配置的，楼层数据最好也放mongodb

五、答题记录、课程学习记录、星星记录这种数据量太大了，就直接放到ElasticSearch中，主要是检索快

六、单元小结、学习报告这种的话，目前是服务端从上报的数据中计算出来的。不过最好是经过一些实时计算平台来处理。

七、层级比较深，必定要维护好缓存关系，避免调用链路过长，能够用Pinpoint查看调用链路

八、课程中的资源文件比较多，下载会比较耗时，不要想让客户端实时去网络加载。最好是客户端提早下好，全部url改为本地路径，这样的话就能够从本地加载资源。

九、记得不要都放到一个篮子里。课程学习进度要定时上报（好比，正常2分钟上报一次，当用户暂停、退出、拖进度条等事件触发后当即上报），不要等到学完了才上报一次，不保险。

十、接口要注意区分版本

十一、视频没法播放，最有多是CDN的问题

十二、用户数据太过，redis不够用，有两种方案：
（1）、用SSDB替换
（2）、数据导入ES，查询走ES

1三、记得埋点，别等到上线了才想起来要进行数据打点

Spark Streaming

3. 协做与工具

钉钉：必备

语雀：专业的云端知识库

Worktile：敏捷开发，与jira相似，需求、任务、bug跟进

wiki：早期用wiki，忘了它吧

石墨文档：过~

MindLinker：音视频会议

Yapi：可视化接口管理平台（忘了swagger吧，idea有插件）

 

充分理解需求，作好设计评审，同客户端定好数据结构，然后各自开发

天天站立会、日报、周报，及时沟通，及时汇报，燃尽图

天天各类会议，开会确实很累人，开会的成本比较高，因此要提升效率

按照需求的级别来开发，基础的工做、优先级高的任务先作，必定要多沟通多确认，必定要注意优先级

阻塞性的问题要及时抛出

最后，多压测，就到这儿吧

附上架构图