服务的拆分和扩展

读场景；

当前服务：

该业务场景问题：

• 考验数据库并发能力（目前是批请求）；
• 数据量大，传输时长，是否支持压缩；

该场景需要选型数据库（关注并发+批处理能力），同时，做好上面两点压测，并设计如何提升性能（如读写分离扩展）

服务扩展：

 扩展目的：

• 数据库延迟还是高，不能满足业务；
• 业务耦合高，拆分部分；
• 拆分的业务的修改升级，不影响上次对外提供服务；

扩展后，数据库并发请求降低；

问题：

• 中间层，获取原始数据，按照业务进行封装，转换成通用格式缓存；
• 上层服务如何使用中间层；（第一个场景访问数据库是并发+批量（达到阈值，拆分并发），该场景也同样策略）
• 缓存策略
• 上游使用时，如果要求立即返回，那么在缓存的就要立即返回，不在缓存的是依靠上游二次请求；

 整体结构简单，都是单点，无状态问题；