架构设计概述
架构设计概述
什么是架构设计
架构设计是对软件系统的高层结构和行为进行规划和决策的过程。它关注的是系统的整体组织方式、组件之间的交互关系，以及如何满足功能需求和质量属性（如性能、可扩展性、安全性、可维护性）。
架构决策的影响往往是深远的，一旦做出很难更改，因此需要在项目早期阶段进行充分的分析和权衡。
架构设计的核心原则
关注点分离
将系统分解为不同的部分，每个部分负责一个特定的功能或关注点。这降低了系统的复杂性，提高了可理解性和可维护性。
// 关注点分离示例
// 业务逻辑层 - 只处理业务规则
@Service
public class OrderService {
private final OrderRepository repository;
private final PaymentGateway paymentGateway;
public Order createOrder(OrderRequest request) {
// 只关注业务逻辑，不关心数据如何存储或支付如何处理
Order order = Order.from(request);
validateOrder(order);
return order;
}
}
// 数据访问层 - 只处理数据持久化
@Repository
public class OrderRepository {
public Order save(Order order) {
// 只关注数据存储，不关心业务规则
return jdbcTemplate.save(order);
}
}
高内聚低耦合
- 内聚：模块内部元素之间的关联程度。高内聚意味着模块内部的组件紧密协作完成单一职责。
- 耦合：模块之间的依赖程度。低耦合意味着模块之间的依赖最小化。
抽象与封装
通过抽象隐藏实现细节，只暴露必要的接口。这使得系统更容易理解和修改。
// 抽象与封装示例
interface PaymentProcessor {
processPayment(amount: number, method: PaymentMethod): Promise<PaymentResult>;
}
// 实现细节被封装，调用者不需要知道具体如何处理
class StripePaymentProcessor implements PaymentProcessor {
async processPayment(amount: number, method: PaymentMethod): Promise<PaymentResult> {
// Stripe的具体实现细节被封装
const stripe = new Stripe(process.env.STRIPE_KEY);
const charge = await stripe.charges.create({
amount: amount * 100,
currency: 'usd',
source: method.token,
});
return { success: true, transactionId: charge.id };
}
}
架构设计的过程
- 需求分析：理解功能需求和质量属性需求
- 架构选型：选择适合的架构风格（分层、微服务、事件驱动等）
- 组件设计：定义系统组件及其职责
- 接口设计：定义组件之间的交互协议
- 质量属性分析：评估架构是否满足非功能需求
- 文档化：记录架构决策和约束
常见的质量属性
| 质量属性 | 描述 | 关注点 |
|---|---|---|
| 性能 | 系统响应速度和吞吐量 | 延迟、并发、资源利用 |
| 可扩展性 | 系统处理增长的能力 | 水平/垂直扩展、负载均衡 |
| 可用性 | 系统正常运行的时间比例 | 故障转移、冗余、监控 |
| 安全性 | 保护系统免受威胁的能力 | 认证、授权、加密 |
| 可维护性 | 修改和修复的难易程度 | 模块化、文档、测试 |
架构决策记录
架构决策应该被记录下来，以便团队成员理解为什么做出某个特定的选择。使用架构决策记录（ADR）是一种有效的方式。
# ADR-001: 选择微服务架构
## 状态
已接受
## 背景
系统需要支持多个团队独立开发和部署，预计用户量将快速增长。
## 决策
采用微服务架构，将系统拆分为多个独立的服务。
## 理由
- 支持团队独立开发和部署
- 可以针对不同服务进行独立扩展
- 故障隔离，单个服务故障不影响整体系统
## 后果
- 增加了系统复杂性
- 需要处理分布式事务和服务间通信
- 需要投入更多资源进行监控和运维