架构训练营 - 模块一
一、微信架构图

二、学生管理系统
1、方案 1:当体应用架构

2、方案 2:微服务架构

3、方案 3:微服务架构+前后端分离

选择方案二,理由如下:
方案一: 单体应用架构,足以支撑当下的使用场景,后续通过增加 web 应用服务器可实现水平扩容,考虑毕设不能太简单,所以不选择。
方案二:微服务架构,更好地应对后续的复杂业务需求,具备较好的演进能力,复杂度适中。
方案三: 微服务架构+前后端分离,前后端分离是当下的主流技术,复杂度高,运维成本高。
以上三种方案的数据存储都采用主从方案,足以满足千万级数据使用场景,不需要引入分库分表等复杂技术。
评论