5 种常见的软件架构模式

模式描述

• 也叫 N 层架构，最为常见，大多数应用的架构模式。
• 组件被分成几个平行的层次，每一层代表应用的一个功能，每一层都有特定的角色和职能。
• 大多数结构都分成 4 层：展示层、业务层、持久层、数据库层。
• 分层架构的一个突出特性是组件间关注点分离，一个层中的组件只会处理本层的逻辑。

关键概念

• 每一层都是封闭的，这是分层架构中非常重要的特点。
• 层隔离：某一层的改变不会影响其它层。
• 开放和封闭层的概念确定了架构层和请求流之间的关系。

模式描述

• 一种主流的异步分发事件架构模式，常用于设计高度可扩展的应用。
• 由高度解耦、单一目的的事件处理组件构成，这些组件负责接收和处理事件。

关键概念

两种主要的拓扑结构：中介（mediator）拓扑和代理（broker）拓扑。

1. mediator 拓扑：需要在事件内使用一个核心中介分配、协调多个步骤间的关系、执行顺序时使用。
2. broker 拓扑：不通过一个核心中介将多个事件串联在一起时使用。

注意事项

• 实现更困难。
• 不能处理细粒度的事务。

模式描述

• 也称插件化应用架构，对基于产品的应用程序来说是很自然的选择。
• 可通过插件的形式添加额外的特性到核心系统中，提供了很好的扩展性，也使新特性和核心系统隔离开。

关键概念

主要考虑两个方面：核心系统和插件模块。

1. 核心系统一般只包含一个能够使系统运作起来的最小化模块。核心系统需要了解插件模块的可用性以及如何获取到它们，通用的实现方法是通过一组插件注册表。
2. 插件模块包含专业处理、额外特性的独立组件；通常插件模块之间没有任何依赖。插件模块可以通过多种方式连接到核心系统，包括 OSGi、消息机制、Web 服务或直接点对点的绑定。

插件和核心系统的通信规范包含标准规范和自定义规范。

模式描述

• 替代单体应用和面向服务架构。
• 单独部署单元：每个组件都作为一个独立单元进行部署，每个单元通过传输管道进行通信，应用和组件之间高度解耦。
• 最重要的概念是服务组件，可小到单一的模块，大至一个应用程序。
• 另一个关键概念是分布式架构，内部的所有组件之间是完全解耦的，并通过某种远程访问协议进行访问。

关键概念

3 种常见拓扑结构：

1. 基于 REST API：适用于网站，通过 API 对外提供小型的、自包含的服务，如 Google、Amazon。
2. 基于 REST 的应用：通过传统的基于 Web 或胖客户端业务应用来接收客户端请求。
3. 集中式消息：使用轻量级的集中式消息代理，如 ActiveMQ、HornetQ，通常应用在较大的业务应用程序中。

模式描述

专门为了解决伸缩性和并发问题而设计。

关键概念

两个主要模块：处理单元和虚拟化中间件。

1. 处理单元包含应用模块，即 Web 组件及后台业务逻辑，还包括复制引擎。
2. 虚拟化中间件负责保护自身以及通信。

5 种软件架构模式比较