[开发测试]架构设计资料（持续更新）

架构设计资料（持续更新）

架构模式

• Layered Architecture 分层架构模式
• Multi-Tier 多层模式
• Pipe and Filter 管道与过滤器模式
• Client Server 客户端/服务器架构模式
• Model View Controller MVC模式
• Event Driven Architecture 事件驱动架构模式
• Microservices Architecture 微服务架构模式

Layered Architecture 分层架构模式

模式：

• Presentation Layer
• Business Layer
• Persistence Layer
• Database Layer

在DDD分层架构中，将Business Layer再分为：

• Application Service Layer 业务服务层
• Domain Service Layer 领域服务层

优点：

• 容易理解，被广泛使用
• 层与层之间相互解耦，可以独立演进

缺点：

• 分层导致性能损失

适用场景：

• 小型、简单的应用程序或网站
• 快速开发

Multi-Tier 多层模式

模式：

• 和分层架构模式类似

优点：

• 和分层架构一致

缺点：

• 前期成本较大
• 复杂

适用场景：

• 分布式系统

Pipe and Filter 管道与过滤器模式

模式：

• Input：输入
• Process：处理过程
• Output：输入

处理过程的过滤器包括：

• Producer (source): 流程的起点
• Transformer (map)：数据转换
• Tester (reduce)：测试
• Consumer (sink)：终点

优点：

• 处理过程的环节可重用，松耦合

缺点：

• 处理过程环节过多时，会增加复杂性，并降低性能

适用场景：

• 简单单向处理的任务 （比如CI/CD流水线、函数计算、网关Filter，数据预处理等）

Client Server 客户端/服务器架构模式

模式：

• 客户端向服务器发送请求，然后等待回复。
• 服务器接收客户端的请求并向其发送回复。

优点：

• 简单，广泛使用
• “拉”式架构

缺点：

• 服务器可能是性能瓶颈和单点故障 （可通过负载均衡和集群解决）
• 不适合“推”式架构

适用场景：

• Web应用

MVC模式

模式：

• Model: 模型，包含应用的数据
• View：视图，展示数据，并与用户交互
• Controller：控制器，协调模型和视图。

优点：

• 简单，广泛使用
• 现代的MVC模式已经和前后端分离模式结合使用

缺点：

• 依赖于特定MVC开发框架

适用场景：

• Web应用

Event Driven Architecture 事件驱动架构模式

模式：

• 发布者：发布事件
• 订阅者：读取事件，并进行处理

优点：

• 解耦发布者与订阅者

缺点：

• 需要额外作异常处理
• 实时性比客户端/服务器模式差一些

适用场景：

• 大型分布式系统

Microservices Architecture 微服务架构模式

模式：

• 将单体应用程序分成多个微服务

优点：

• 高内聚、低耦合

缺点：

• 需要有相应的微服务开发框架、微服务治理组件、容器平台、ServicMesh等支持

适用场景：

• 复杂业务系统

数据一致性设计

• https://docs.microsoft.com/zh-cn/previous-versions/msp-n-p/dn589800(v=pandp.10)

复杂系统的数据一致性设计考虑：

• 消息队列
• 补偿机制：补偿事务 (Compensating Transaction)
• 对账机制

应用弹性设计

复杂系统的应用的弹性设计：

• 防止单点故障：负载均衡，集群
• 避免雪崩效应（级联故障）：断路器 (Circuit Breaker)
• 故障隔离：隔舱或舱壁 (Bulkhead)
• 重试
• 超时

参考文档

• Software Architecture: The Most Important Architectural Patterns You Need to Know
• Microsoft | Cloud Design Patterns