一、一个跨行业项目的惨痛教训
去年同时接了银行、电商、医院三个项目，我试图用同一套微服务架构图。
结果：
- 银行：质疑"审计路径在哪？"
- 电商：质疑"峰值降级策略在哪？"
- 医院：质疑"故障转移时间在哪？"
同一套技术，在不同行业价值完全不同。
我开始研究行业架构图的差异化设计模式。
二、7个行业的架构图设计模式
模式1：金融行业——审计驱动架构图
行业第一性： 合规留痕，监管审查
架构图核心要素： 必标节点:
- 数据入口: 谁产生的数据，什么时间
- 处理节点: 谁处理的，用了什么规则
- 出口节点: 数据去哪了，谁接收的
- 审计节点: 每个步骤的日志存储位置
颜色规则: 绿色: 已审计，可追溯 黄色: 待审计，处理中 红色: 高风险操作，需双重确认
分层逻辑: 按审计层级分层，而非技术层级
反模式警示： 按技术分层（展示层/业务层/数据层），监管看不懂审计路径。
模式2：电商行业——弹性驱动架构图
行业第一性： 峰值扛压，大促不崩
架构图核心要素： 必标节点:
- 容量基线: 日常QPS、峰值QPS、弹性上限
- 限流阈值: 触发限流的条件
- 降级策略: 超过阈值时放弃哪些功能
- 扩容触发: 自动扩容的阈值和速度
颜色规则: 蓝色: 常态容量（<50%） 黄色: 预警容量（50-80%） 红色: 峰值容量（>80%） 紫色: 弹性空间（云资源）
分层逻辑: 按流量路径分层，标注每个节点的容量上限
反模式警示： 按技术分层（展示层/业务层/数据层），监管看不懂审计路径。
模式2：电商行业——弹性驱动架构图
行业第一性： 峰值扛压，大促不崩
架构图核心要素：
必标节点:
- 容量基线: 日常QPS、峰值QPS、弹性上限
- 限流阈值: 触发限流的条件
- 降级策略: 超过阈值时放弃哪些功能
- 扩容触发: 自动扩容的阈值和速度
颜色规则: 蓝色: 常态容量（<50%） 黄色: 预警容量（50-80%） 红色: 峰值容量（>80%） 紫色: 弹性空间（云资源）
分层逻辑: 按流量路径分层，标注每个节点的容量上限
反模式警示： 只画功能模块，不画容量和降级路径，大促必崩。
模式3：医疗行业——安全驱动架构图
行业第一性： 生命攸关，故障即事故
架构图核心要素：
必标节点:
- RTO标注: 故障转移时间（秒级/分钟级）
- RPO标注: 数据丢失容忍度（0/秒级/分钟级）
- 故障场景: 每个节点的故障模式和应对
- 应急链路: 故障时的决策链和执行链
颜色规则: 红色: 生命支持系统（RTO<10秒） 黄色: 辅助诊断系统（RTO<1分钟） 绿色: 管理系统（RTO<1小时）
分层逻辑: 按安全等级分层，而非业务功能分层
反模式警示： 只画正常流程，不画故障场景，医院不敢用。
模式4：物流行业——时效驱动架构图
行业第一性： 时效承诺，异常可退
架构图核心要素：
必标节点:
- 时效承诺: 每个节点的承诺时间（小时级）
- 异常检测: 超时自动触发预警
- 回退路径: 异常时的替代路径
- 赔付逻辑: 超时的责任和赔付标准
颜色规则: 按时效分层: 2小时达/次日达/3日达
分层逻辑: 按时效承诺分层，而非技术架构分层
模式5：教育行业——路径驱动架构图
行业第一性： 学习路径，进度可视
架构图核心要素：
必标节点:
- 前置依赖: 学习当前内容需要先掌握什么
- 掌握检测: 怎么判断学生学会了
- 分支路径: 不同水平学生的差异化路径
- 知识图谱: 知识点之间的关联关系
颜色规则: 灰色: 未开始 蓝色: 学习中 绿色: 已掌握 红色: 掌握困难，需要干预
分层逻辑: 按学习阶段分层，而非学科分类分层
模式6：政务行业——权责驱动架构图
行业第一性： 权责清晰，跨部门协同
架构图核心要素：
必标节点:
- 责任部门: 每个节点的责任主体
- 审批流程: 数据/决策的审批链
- 数据归属: 数据所有权和使用权
- 接口契约: 跨部门的数据交换标准
颜色规则: 按部门分色: 公安/税务/工商/社保...
分层逻辑: 按权责边界分层，而非技术架构分层
模式7：制造行业——实时驱动架构图
行业第一性： OT/IT融合，毫秒级实时
架构图核心要素：
必标节点:
- 边缘节点: 产线侧的实时处理节点
- 时延要求: 每个环节的毫秒级要求
- 物理边界: OT层（生产）和IT层（管理）的隔离
- 安全等级: 物理安全（防破坏）+网络安全
颜色规则: 红色: OT层（生产控制，时延<10ms） 黄色: 边缘层（数据采集，时延<100ms） 蓝色: IT层（管理分析，时延<1s）
分层逻辑: 按时延要求分层，而非功能分层
三、可复用的行业分析框架
我把这套方法抽象为"行业架构图设计模式"：
行业分析: 第一性需求: 这个行业最不能容忍什么？ 关键干系人: 谁审查这个架构图？ 审查标准: 他们最关心什么元素？
架构设计: 分层逻辑: 按行业逻辑分层，而非技术逻辑 必标元素: 行业特有的关键节点和属性 颜色规则: 按行业关切的状态分色
验证标准: 行业专家能看懂: 用行业语言，而非技术语言 审查标准能满足: 包含所有必审元素 风险场景能覆盖: 画出行业特有的故障模式
四、跨行业迁移的关键
不是学习新技术，是理解新行业的"第一性需求" 。
- 金融：合规 > 性能
- 电商：弹性 > 稳定
- 医疗：安全 > 功能
- 物流：时效 > 成本
- 教育：路径 > 内容
- 政务：权责 > 效率
- 制造：实时 > 智能
五、工具实践
我用 Arch 快速切换行业模板，30秒出图，支持按行业逻辑快速调整。
核心价值是"行业适配速度"——快速理解新行业的架构语言。
