微信业务架构图

学生管理系统

架构一

• 此架构以最小成本达到目标要求，复用程度很高；

• 一共2台服务器，每台服务器部署了反向代理（nginx）、应用服务器（Java）、数据库服务器（MySQL）；

• nginx以vip暴露，同一时间只有一台对外服务；

• 两台应用服务器负载均衡；

• MySQL以vip暴露，并配置为互为主备，不做读写分离，同一时间只有一台进行读写。

• 可用性能达到要求，在并发量不大的情况下，3层均有容灾能力

• 成本很低

所有组件应用都堆在一台服务器，可能会相互影响

架构二

• 此架构需要3台机器

• 没有负载均衡服务器，应用服务（Java）直接对外服务

• 数据服务MySQL以vip暴露，并配置为互为主备，不做读写分离，同一时间只有一台进行读写。

一台机器只部署一个组件，不会相互影响

• 只有数据服务有可用性保障

• 应用服务直接对外暴露

最终选择

最终方案选择架构一

• 合适原则：该架构能满足需求，且由于预算有限，该架构成本很低，适合当下情况

• 简单原则：整体架构并不复杂，部署简单

• 演进原则：定位是毕业设计，以目前的发展看短期内不会有更严格的高性能高可用的要求，以当前架构足够满足需求

• 其他：整体数据量和请求量不会太大，机器复用带来的影响可以接受，而且还提高了整体服务的可用性