微信业务架构图

学生管理系统

系统并发度估算：

需求要求支持 1000 学生，则假设师生比为 1:20，则有教师用户 50 人，系统总用户数为 1050 人；

在线比例约为 5%~20%，则在线人数约为 50~200 人；

系统并发请求比例按照 10%-20%来计算，则系统并发请求 QPS 约为 5~40。

由此得知，系统并发压力不大，故系统架构方案如下：

方案一：

方案一说明：

1. 系统性能压力不大，故采用三台服务器即可，分别为应用服务器、文件服务器、存储服务器各一台组成；

2. 用户通过学校的 DNS 服务器实现公网访问；如学校尚未有可用的 DNS 服务，则可需采购一个小型的 DNS 服务；

3. 应用服务器上部署主程序代码；

4. 存储模块采用 Mysql，可降低系统成本；DB 备份采用每周全备、每日增量备份的模式，避免数据丢失；

5. 因经常需要上传文件，故文件服务器单独列出，提升系统性能；

方案二：

方案二说明：

1. 该方案由 6-8 台服务器组成，主要是在方案一的基础上，提升系统性能和响应时间，优化用户感受；

2. 采用外购 CDN 服务的方式来提升静态信息的访问速度；

3. 采用应用服务器集群的方式，提升应用服务性能；

4. 考虑到诸如抢课等特殊高并发场景，引入 Redis 服务器，降低对数据库的压力；

5. 采用 Mysql 主备方式，提升存储模块的可用性，降低数据丢失几率；