【转载】常见软件架构分类

参考这篇文章

http://www.ruanyifeng.com/blog/2016/09/software-architecture.html

虽然讲得比较浅显，可是仍是能够看看。

1、分层架构
表现层（presentation）：用户界面，负责视觉和用户互动
业务层（business）：实现业务逻辑
持久层（persistence）：提供数据，SQL 语句就放在这一层
数据库（database） ：保存数据
有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不一样业务逻辑须要的一些通用接口。

2、事件驱动架构
事件队列（event queue）：接收事件的入口
分发器（event mediator）：将不一样的事件分发到不一样的业务逻辑单元
事件通道（event channel）：分发器与处理器之间的联系渠道
事件处理器（event processor）：实现业务逻辑，处理完成后会发出事件，触发下一步操做

3、微核架构
内核（core）一般只包含系统运行的最小功能。插件则是互相独立的，插件之间的通讯，应该减小到最低，避免出现互相依赖的问题。

4、微服务架构
微服务架构（microservices architecture）是服务导向架构（service-oriented architecture，缩写 SOA）的升级。

微服务架构分红三种实现模式。
RESTful API 模式：服务经过 API 提供，云服务就属于这一类
RESTful 应用模式：服务经过传统的网络协议或者应用协议提供，背后一般是一个多功能的应用程序，常见于企业内部
集中消息模式：采用消息代理（message broker），能够实现消息队列、负载均衡、统一日志和异常处理，缺点是会出现单点失败，消息代理可能要作成集群

5、云架构
这个模式主要分红两部分：处理单元（processing unit）和虚拟中间件（virtualized middleware）。
处理单元：实现业务逻辑
虚拟中间件：负责通讯、保持sessions、数据复制、分布式处理、处理单元的部署。

拟中间件又包含四个组件。
消息中间件（Messaging Grid）：管理用户请求和session，当一个请求进来之后，决定分配给哪个处理单元。
数据中间件（Data Grid）：将数据复制到每个处理单元，即数据同步。保证某个处理单元都获得一样的数据。
处理中间件（Processing Grid）：可选，若是一个请求涉及不一样类型的处理单元，该中间件负责协调处理单元
部署中间件（Deployment Manager）：负责处理单元的启动和关闭，监控负载和响应时间，当负载增长，就新启动处理单元，负载减小，就关闭处理单元。