本文共 2021 字，大约阅读时间需要 6 分钟。

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

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

1. 业务需求

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

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

咳咳，扯远了！

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

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

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

业务模型是这样的

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

2. 技术实现

2.1 基本架构

简要说明：

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

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

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

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

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

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

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

2.2 设计要点

项目结构大概是这样的：

cjs-commons （常量工具类等）

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

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

cjs-web (面向客户端的API接口)

约定优于配置。项目结构、命名规范是大家共同达成的约定，定了以后遵守就完了。

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

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

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

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

4、首页展示的商品是通过首页楼层配置的，楼层数据最好也放mongodb

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

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

7、层级比较深，一定要维护好缓存关系，避免调用链路过长，可以用Pinpoint查看调用链路

8、课程中的资源文件比较多，下载会比较耗时，不要想让客户端实时去网络加载。最好是客户端提前下好，所有url改成本地路径，这样的话就可以从本地加载资源。

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

10、接口要注意区分版本

11、视频无法播放，最有可能是CDN的问题

12、用户数据太过，redis不够用，有两种方案：

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

Spark Streaming

3. 协作与工具

钉钉：必备

语雀：专业的云端知识库

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

wiki：早期用wiki，忘了它吧

石墨文档：过~

MindLinker：音视频会议

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

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

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

每天各种会议，开会确实很累人，开会的成本比较高，所以要提高效率

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

阻塞性的问题要及时抛出

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

附上架构图

转载地址：http://umqkz.baihongyu.com/