Skill 3：架构风险评估

功能概述

对架构设计方案进行系统性风险评估，识别性能瓶颈、单点故障、扩展性瓶颈和安全漏洞，输出量化的风险矩阵和缓解方案。

输入与输出

执行流程

Step 1：风险维度识别

从以下4个维度系统性评估架构风险：

Step 2：风险识别方法

针对架构方案中的每个模块和组件，逐一检查：

检查清单：

2.1 性能瓶颈检查

• 是否有单数据库实例承担所有读写？
• 缓存策略是否合理（穿透/击穿/雪崩防护）？
• 是否有CPU密集操作未做异步处理？
• 是否有大量数据未分页直接传输？
• 外部API调用是否有超时和熔断机制？

2.2 单点故障检查

• 关键服务是否有至少2个副本？
• 数据库是否有主从/集群部署？
• 是否有统一的配置中心？
• 网关是否有双活或多活部署？
• 是否有全局唯一ID生成器的降级方案？

2.3 扩展性瓶颈检查

• 服务是否可独立水平扩展？
• 数据层是否支持分库分表？
• 文件存储是否有容量上限？
• 是否有服务间循环依赖？
• 消息队列是否支持消费者水平扩展？

2.4 安全漏洞检查

• 认证token是否防止重放攻击？
• 接口是否做了速率限制？
• 用户输入是否做了防注入处理？
• 敏感数据是否加密存储/传输？
• 审计日志是否完整覆盖关键操作？

Step 3：风险量化评估

对每个识别的风险，按以下公式量化：

风险等级 = 发生概率 × 影响程度

概率分级

影响程度分级

Step 4：生成风险矩阵

### 风险矩阵

| 风险ID | 风险描述 | 所属模块 | 类型 | 概率(P) | 影响(I) | 风险等级(P×I) | 缓解方案 |
|--------|---------|---------|------|---------|---------|--------------|---------|
| R-001 | 单数据库实例读写 | 数据层 | 单点故障 | 3 | 3 | 9 (极高) | 启用读写分离+主从切换 |
| R-002 | ... | ... | ... | ... | ... | ... | ... |

风险等级分类

Step 5：缓解方案设计

对于每个高等及以上风险，给出详细的缓解方案：

### R-001：单数据库实例读写

| 属性 | 内容 |
|------|------|
| **风险等级** | 🔴 极高 (9) |
| **缓解方案** | 读写分离 + 主从切换 |
| **方案详述** | 部署1主2从MySQL集群，写操作路由到主库，读操作路由到从库。使用ProxySQL或HAProxy做自动读写分离和故障切换。 |
| **实施成本** | 中（增加1-2台数据库服务器和Proxy层） |
| **残余风险** | 主库单点仍然存在，但RTO缩短到30秒内 |
| **替代方案** | 使用分布式数据库（如TiDB）彻底消除单点 |

Step 6：输出风险评估报告

# 架构风险评估报告

## 1. 评估概述
[简要描述评估范围和主要发现]

## 2. 风险矩阵总览
| 风险ID | 描述 | 类型 | 等级 | 状态 |
|--------|------|------|------|------|
| ... | ... | ... | ... | ... |

## 3. 关键风险详述
[详细描述每个高等级风险和缓解方案]

## 4. 风险分布统计
- 性能瓶颈：X个
- 单点故障：X个
- 扩展性瓶颈：X个
- 安全漏洞：X个
- 合计：X个

## 5. 未缓解的残余风险
[标注哪些风险的残余风险仍然存在]

## 6. 架构改进建议
[基于风险评估的架构优化建议]

质量检查清单

• 是否覆盖了4个风险维度（性能/单点/扩展/安全）？
• 风险矩阵是否量化（概率×影响）？
• 所有高等级风险是否都有缓解方案？
• 是否标注了残余风险？
• 是否有基于风险评估的架构改进建议？