参考这篇文章
http://www.ruanyifeng.com/blog/2016/09/software-architecture.html
虽然讲得比较浅显，但是还是可以看看。
一、分层架构 表现层（presentation）：用户界面，负责视觉和用户互动 业务层（business）：实现业务逻辑 持久层（persistence）：提供数据，SQL 语句就放在这一层 数据库（database） ：保存数据 有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不同业务逻辑需要的一些通用接口。 二、事件驱动架构 事件队列（event queue）：接收事件的入口 分发器（event mediator）：将不同的事件分发到不同的业务逻辑单元 事件通道（event channel）：分发器与处理器之间的联系渠道 事件处理器（event processor）：实现业务逻辑，处理完成后会发出事件，触发下一步操作 三、微核架构 内核（core）通常只包含系统运行的最小功能。插件则是互相独立的，插件之间的通信，应该减少到最低，避免出现互相依赖的问题。 四、微服务架构 微服务架构（microservices architecture）是服务导向架构（service-oriented architecture，缩写 SOA）的升级。 微服务架构分成三种实现模式。 RESTful API 模式：服务通过 API 提供，云服务就属于这一类 RESTful 应用模式：服务通过传统的网络协议或者应用协议提供，背后通常是一个多功能的应用程序，常见于企业内部 集中消息模式：采用消息代理（message broker），可以实现消息队列、负载均衡、统一日志和异常处理，缺点是会出现单点失败，消息代理可能要做成集群 五、云架构 这个模式主要分成两部分：处理单元（processing unit）和虚拟中间件（virtualized middleware）。 处理单元：实现业务逻辑 虚拟中间件：负责通信、保持sessions、数据复制、分布式处理、处理单元的部署。 拟中间件又包含四个组件。 消息中间件（Messaging Grid）：管理用户请求和session，当一个请求进来以后，决定分配给哪一个处理单元。 数据中间件（Data Grid）：将数据复制到每一个处理单元，即数据同步。保证某个处理单元都得到同样的数据。 处理中间件（Processing Grid）：可选，如果一个请求涉及不同类型的处理单元，该中间件负责协调处理单元 部署中间件（Deployment Manager）：负责处理单元的启动和关闭，监控负载和响应时间，当负载增加，就新启动处理单元，负载减少，就关闭处理单元。