架构模式对比
分层模式
一般信息系统中最常见的4层划分如下:
- Presentation layer 表示层(也就是UI层)
- Application layer 应用层(也就是服务层)
- Business logic layer 业务逻辑层(也就是领域层)
- Data access layer 数据访问层(也就是数据持久层)
应用:一般桌面应用程序,电子商务WEB应用程序
CS客户端-服务器模式
客户端向服务器发起请求,服务器向这些客户端提供相关服务,之后,服务器继续侦听客户端的请求
应用:电子邮件、文件共享、银行业务
主从模式
主模块在相同的从模块之间分配工作,并根据从模块返回的结构来计算最终的结果
应用:在数据库复制中,主数据库被视作权威数据源,而从数据库与其保持同步
连接到计算机系统总线上的外围设备(主驱动器和从驱动器)
管道过滤模式
构建产生和处理数据流的系统。每个处理步骤都包含在一个过滤器组件中,要处理的数据通过管道传递。这些管道可用于缓冲或者同步
应用:
编译器,依次使用不同的过滤器执行词法分析、解析、语法分析和代码生成
生物信息学中的工作流程
Broker模式
使用解耦的组件构建分布式系统,这些组件可以通过远程服务调用实现交互。代理组件负责协调组件之间的通信
服务器将它们的功能(服务和特征等)发布到代理,客户端向代理请求服务,然后代理根据其注册表将客户端请求转发给合适的服务
应用:
消息代理软件,如 Apache ActiveMQ, Apache Kafka, RabbitMQ 和 JBoss Messaging.
P2P模式
每个独立的组件被称为对等点(或对等端,peer)。对等端既可以充当客户端(向其它对等端请求服务),又可以充当服务器(向其它对等方提供服务)
同一个对等端可能既是客户端,又是服务器,并且可以动态改变其角色
应用:
文件共享网络,如Gnutella 和 G2
多媒体协议,如P2PTV 和 PDTP
基于加密货币的产品,如比特币和区块链
事物总线模式
该模式主要处理组件,有4个重要的组件:事件源、事件侦听器、通道和事件总线。事件源将消息发送到事件总线上的特定通道,侦听器会订阅特定的频道。当消息发送到频道中后,订阅该频道的侦听器会收到该消息的通知
应用:
安卓开发
通知服务
MVC模式
该模式将交互式应用分为三个部分,为了将数据的内部表示与用户输入和向用户展示的形式分离开来,这样可以解耦组件,同时也可以进行高效的代码重用
模型------包含核心功能和数据
视图------向用户显示信息(可以定义多个视图)
控制器------处理用户的输入
应用:
主流编程语言的互联网应用架构
网络框架,如Django 和 Rails
黑板模式
此模式对于尚无确定性解决方案的问题很有用,黑板模式由三部分组成:
所有组件都可以访问黑板,组件可能会产生要添加到黑板中的新数据对象,组件在黑板上寻找特定类型的数据,并且可以通过与现有知识源进行模式匹配来找到这些数据。
黑板------ 一个结构化的全局内存,包含解决方案领域的对象
知识源------具有自身含义的专业模块
控制组件------选择、配置和执行模块
应用:
语音识别
车辆识别与跟踪
蛋白质结构鉴定
声呐信号解释
解释器模式
此模式通常用于设计组件来解释使用专用语言写出的程序,它主要指定如何估算程序行,即以特定语言编写的语句或表达式
应用
数据库查询语言,如SQL
用于描述通信协议的语言
====================================================================
单体架构
前端(Web/手机端)+中间业务逻辑层+数据库层
分布式应用
是单体架构的并发扩展,将一个大的系统划分为多个业务模块,业务模块分别部署在不同的服务器上,各个业务模块之间通过接口进行数据交互。数据库也大量采用分布式数据库,如redis、ES、solor等。
通过LVS/Nginx代理应用,将用户请求均衡的负载到不同的服务器上。
微服务架构
Serverless架构
云计算战场:Serverless架构