架构实战营 4.6 千万学生管理系统存储设计

【判断题】

1.估算的时候不一定要非常精确，有时候为了计算方便，可以四舍五入等。

是的。

2.能用一个存储系统实现需求，就只用这一个即可，可以减少维护成本。

是的。

3.按照需求分析存储需求还是太复杂了，可以先把 MySQL + Redis + HBase 固定下来，然后看每个需求如何实现。

有毒？

4.HBase 的数据分析功能不强，不适合做复杂的数据分析功能。

是的，查询支持没有这么好，更好的是使用 clickhouse

5.合并存储架构的时候，把不同需求的存储架构放在一起就可以了。

可以进行一些优化，在成本许可的情况下，尽量用统一的，这样运维成本相对较低。

【思考题】

如果考虑分区架构，整体存储架构如何设计?

分区主要解决地域容灾和就近接入的问题。

那分区可以按照中国大学生情况的分布，分成相应的区。

备份方面可以考虑集中也可以考虑互备，因为基本不会有大的分区调整扩展。