系统架构设计师01 - 架构

架构师

1. 架构师角色

• 成长路径：工程师 → 高级工程师（项目掌控）→ 技术专家（纵向深度）→ 初级架构设计师（单系统设计）→ 中级架构设计师（跨系统标准）→ 高级架构设计师（战略ROI）。

阶段	核心标的物	工作形态	思维模式	价值衡量
工程师	函数/方法/类	接收明确需求，专注单点代码实现，保证逻辑正确。	实现思维（怎么把代码写对）	代码质量、Bug率、任务完成率
高级工程师	模块/单个项目	拆解需求、技术选型、预估排期、Code Review，把控模块整体风险。	工程思维（怎么管好项目和团队）	项目交付质量、系统稳定性、开发人效
技术专家	特定垂直技术领域（如JVM、内核）	脱离业务，专门攻克性能天花板和疑难杂症（如优化GC停顿）。	极致深度思维（怎么钻到最底层）	极限性能指标提升、解决不可替代难题
初级架构设计师	单个业务系统（如订单系统）	负责系统内部骨架设计（分层/微服务）、模块切分、核心接口定义。	局部权衡思维（该系统内性能与安全的折中）	系统可维护性、避免重大技术债
中级架构设计师	多个系统/全业务域	解决系统间交互，定义跨系统通信协议、分布式事务方案、统一技术标准。	全局标准思维（怎么让多团队/多系统不打架）	跨团队协作效率、重大故障规避率
高级架构设计师	全企业IT生态 + 商业财务	制定3-5年技术战略，决策自研或采购、云迁移等重大投入。	商业投资思维（技术成本与ROI的平衡）	技术投入ROI、研发整体人效

• 6种特质：沟通专家（翻译需求）、领导者（拍板定方向）、战略技术专家（看未来3-5年）、开发者（写核心代码防悬空）、企业家（算成本账ROI）、系统综合者（拼整体关注连接）。（项目经理管进度，不属于此列）

角色特质	关注对象	核心动作/职责	典型场景	一句话说明
沟通专家	所有利益相关者（老板、客户、产品、开发、运维）	翻译需求、消除信息差、传递技术风险	把“系统要快”翻译成“QPS≥2000，延迟<200ms”	确保信息无损传递，消除认知偏差
领导者	技术团队与决策方向	拍板定方向、扛外部压力、稳定军心	团队争议用A还是B框架时，果断决策并承担后果	为团队指明航向，在风浪中稳定军心
战略技术专家	未来3-5年的技术趋势与行业演进	前瞻布局、制定长期技术规划	判断“云原生要不要全面拥抱？”“微服务粒度未来会否成为负担？”	用技术眼光布局未来，防止3年后掉进今天挖的坑
开发者	核心代码与原型验证	写核心骨架代码、攻克最难技术原型	验证新的分布式事务方案是否可行、写框架核心类	保持技术手感，用代码验证架构设计可行性
企业家	商业成本与投资回报率（ROI）	算账、精打细算技术投入与产出	决策“花500万重构，未来两年能省2000万吗？”	把每一行代码换算成钱，追求技术投资最高回报
系统综合者	全局整体结构与各部分之间的连接	拼整体、关注接口与咬合处	解决“硬件和软件怎么配合？安全策略会不会拖垮性能？”	跳出局部看整体，确保所有零件咬合紧密且不冲突

• 8项知识：业务领域（懂行业规则）、技术知识（懂工具栈）、设计技能（画抽象蓝图）、编程技能（亲手落地验证）、沟通能力（信息无损传递）、决策能力（多方案取舍）、组织策略（排兵布阵）、谈判能力（争利益换空间）。（沟通是硬性必备）

• 分类体系：

  • 组织划分（5类）：业务架构师（战略层）、主题领域架构师（业务子域）、技术架构师（硬件网络）、项目架构师（临时交付）、系统架构师（全局协调）。
  • 微软划分（4类）：企业架构师EA（战略对齐）、基础结构架构师IA（基础设施）、特定技术架构师TSA（专项技术）、解决方案架构师SA（项目方案）。
  • 陷阱：SA属微软，非组织；系统架构师属组织，非微软。

2. 架构建模与评估

• 4种模型：
  • 结构模型：静态组成与接口细节（看零件）。
  • 框架模型：整体骨架与顶层风格（看宏观规划，不抠细节）。
  • 动态模型：运行时行为、系统演化与重配（看运行）。
  • 过程模型：构建步骤、开发与部署顺序（看流程）。
• ATAM四阶段：演示（介绍业务/架构）→ 调查和分析 → 测试 → 报告。

3. 架构风格与模式

• C2风格：GUI开发，灵活可扩展（组件+连接器+异步消息）。（教材固定搭配，MVC不选）
• 微服务模式（仅3种）：
  1. RESTful API模式（对外轻量接口）。
  2. RESTful应用模式（企业内部+多功能应用）。
  3. 集中消息模式（异步MQ削峰）。
  • 陷阱：分布式消息模式教材无此分类，见到即排除。
• EDA组件职责：
  • 队列（入口收件）→ 分发器（路由分发，题干有“分发/路由”选此项）→ 通道（链路）→ 处理器（执行业务，不管分发）。

4. 云架构

• 主要特点：高扩展性（数据复制到内存+无状态处理单元水平伸缩）。（低成本/高可用/高安全均非主要技术特征）
• 中间件职责：
  • 数据中间件：复制数据到每个处理单元（题干有“复制/同步”选此项）。
  • 消息中间件：传请求/事件（不负责数据复制）。
  • 部署中间件：启停与监控（管机器）。

5. 秒杀速查表

题干关键词	锁定答案
企业内部 + 多功能应用	RESTful应用模式
数据复制到每个处理单元	数据中间件
分发/路由事件	分发器（Dispatcher）
云架构的主要特点	高扩展性
框架模型特征	侧重整体（非细节）
ATAM介绍业务/架构的阶段	演示阶段
选项出现“分布式消息”	直接判错（干扰项）