课程统一用语。所有课程中的术语以此表为准,随课程推进持续扩充。
| 术语 | 定义 |
|---|---|
| 架构驱动因素 Architecture Drivers |
真正决定架构形态的少数关键输入,由三部分组成:关键功能需求、质量属性、约束。第 1 课核心概念。 |
| 架构显著需求(ASR) Architecturally Significant Requirement |
若不满足会迫使架构重做的需求。判别法:改掉它,架构会变吗?会 → ASR;不会 → 普通需求。 |
| 质量属性 / 架构特性 Quality Attribute / Architecture Characteristic |
系统"怎么样"而非"做什么":性能、可用性、可伸缩性、安全性、可修改性等。Richards & Ford 称之为 architecture characteristics。 |
| 质量属性场景 Quality Attribute Scenario |
把模糊的质量诉求改写成可度量的 6 要素句式:来源、刺激、制品、环境、响应、响应度量(SEI 定义)。 |
| 约束 Constraint |
不可协商的既定条件:预算、团队技能、合规要求、必须复用的既有系统等。约束不做权衡,只能服从。 |
| 术语 | 定义 |
|---|---|
| 权衡 Trade-off |
架构的本质活动:几乎所有架构决策都在多个质量属性间取舍(如一致性 vs 可用性)。"架构里没有对错,只有取舍。"(Richards & Ford) |
| 架构风格 Architecture Style |
经过验证的系统级结构模板:分层、微服务、事件驱动、管道-过滤器等。每种风格是一组预置的权衡。 |
| ATAM Architecture Tradeoff Analysis Method |
SEI 的架构评估方法:用质量属性场景系统性地检验架构决策的取舍是否成立。课程使用精简版。 |
| 架构量子 Architecture Quantum |
能独立部署、独立伸缩的最小单元。系统需要几个量子,是"单体还是分布式"的判据(Richards & Ford)。第 2 课核心概念。 |
| 模块化单体 Modular Monolith |
单部署单元,内部按领域严格分模块。新系统的默认起点:成本最低,模块边界即未来拆分线。 |
| 单体优先 Monolith First |
Fowler 原则:即使预计将来要微服务,也先从单体起步——成功的微服务几乎都是拆出来的,不是从零建的。 |
| 微服务税 Microservice Premium |
分布式带来的额外成本:运维、调试、跨服务一致性全面上涨。没有驱动属性明确要求时不预付。 |
| 敏感点 Sensitivity Point |
显著影响单个质量属性的架构决策(ATAM 术语)。评审时标记,第 3 课核心概念。 |
| 权衡点 Tradeoff Point |
同时拉扯多个质量属性、一升一降的架构决策(ATAM 术语)。评审的黄金矿脉——方案人往往只看到升的一面。 |
| 术语 | 定义 |
|---|---|
| ADR Architecture Decision Record |
一页纸的决策记录:背景、决策、后果。记录"为什么这么选",防止半年后无人记得决策依据。 |
| Nygard 格式 | ADR 的原始五节模板(Nygard, 2011):标题/状态/背景/决策/后果。要点:写被否选项、后果必须有减号、只取代不修改。 |
| C4 模型 C4 Model |
Simon Brown 的四层架构图法:系统上下文(Context)→ 容器(Container)→ 组件(Component)→ 代码(Code)。不同受众看不同层。 |
| arc42 | 12 节的架构文档模板,覆盖目标、约束、上下文、方案、决策、质量、风险。按需裁剪,不必填满。 |
| 术语 | 定义 |
|---|---|
| 技术雷达 Tech Radar |
Thoughtworks 的技术评估模型:Hold(暂缓)/ Assess(评估)/ Trial(试用)/ Adopt(采用)四环,可自建团队版做选型管理。 |
| 架构 Kata Architectural Kata |
虚拟架构练习题(Ted Neward 发起):给一段业务需求,限时产出架构方案。无真实项目时的主要练习方式。 |