什么是框架思维
框架思维Framework Thinking本质是：
用结构化模型，将复杂问题拆解为“有边界、有层次、有关系”的可分析对象
它强调三个核心能力：
- 抽象（Abstraction）：从具体问题提炼共性
- 结构化（Structuring）：组织为层级/模块
- 可复用（Reusable）：形成稳定认知模板
1. 框架思维的底层模型
1.1 核心三要素
| 维度 | 说明 | 示例 |
|---|---|---|
| 边界 | 问题范围 | 是否只分析系统内部？ |
| 结构 | 模块划分 | 服务层 / 数据层 / 接入层 |
| 关系 | 模块交互 | 调用链 / 数据流 |
1.2 标准抽象模型
graph TD A[问题定义] --> B[拆解维度] B --> C1[时间维度] B --> C2[空间维度] B --> C3[逻辑维度] B --> C4[资源维度] C1 --> D1[生命周期/阶段] C2 --> D2[组件/模块] C3 --> D3[流程/规则] C4 --> D4[CPU/内存/IO/网络] D1 --> E[综合分析与决策] D2 --> E D3 --> E D4 --> E
2. 常见框架模型（工程/SRE视角）
2.1 系统分析框架（SRE常用）
graph TD A[用户请求] --> B[接入层] B --> C[服务层] C --> D[依赖层] D --> E[基础设施] E --> F[CPU] E --> G[内存] E --> H[磁盘] E --> I[网络]
用于：
- 性能瓶颈定位
- 故障根因分析
- 链路追踪
2.2 故障排查框架（Production级）
graph TD A[故障现象] --> B[是否可复现] B -->|是| C[定位范围] B -->|否| D[抓日志/监控] C --> E[应用层] C --> F[系统层] C --> G[网络层] E --> H[线程/连接池/锁] F --> I[CPU/IO/内存] G --> J[延迟/丢包/DNS] H --> K[根因] I --> K J --> K
2.3 资源瓶颈分析框架
经典四大件：
| 维度 | 指标 | 工具 |
|---|---|---|
| CPU | load / run queue | top, perf |
| 内存 | RSS / cache / swap | free, vmstat |
| IO | iowait / latency | iostat |
| 网络 | QPS / RTT / 丢包 | ss, tcpdump |
3.构建自己的认知框架库
| 类型 | 框架 |
|---|---|
| 故障 | 分层 + 资源 + 链路 |
| 性能 | QPS / 延迟 / 资源 |
| 架构 | 分层 / 解耦 / 数据流 |
| 稳定性 | 限流 / 熔断 / 降级 |
4. 本质总结
框架思维 ≠ 记模型
而是：在面对复杂系统时，快速构建“可计算结构”的能力
其核心能力可以压缩为三点：
- 快速拆解问题（Decomposition）
- 构建结构关系（Modeling）
- 映射现实系统（Mapping）