架构风格（Architecture Styles）

架构风格 = 用什么样的骨架来组织代码。本 group 解决 L2 第一问："BC 在物理/逻辑上长什么样？"

本 group 包含

文档	核心问题	V2 节点
Risk-Driven Architecture	每个架构风格缓解什么风险？	B6 权衡
Clean / Hexagonal	如何让业务与技术细节解耦？	B4 抽象
Microservice vs Monolith	什么时候切？什么时候先不切？	B3 分解
Optimal Control	架构选型的最优性判据？	控制论 Ch 5
Views & Decisions	架构如何被记录和沟通？	B7 表达

架构风格的 4 个维度

架构风格选型 = 在 4 个维度上做权衡
  1. 隔离粒度（单体/模块/服务）    → V2 B3 分解
  2. 依赖方向（分层/六边形）       → V2 B4 抽象
  3. 演化速度（独立部署/共享部署） → V2 B6 权衡
  4. 沟通成本（团队/CI/监控）      → V2 B7 表达

阅读顺序

risk-driven-architecture (选型框架：风险 ↔ 风格)
    ↓
clean-hexagonal (隔离技术细节)
    ↓
microservice-or-monolith (分解粒度)
    ↓
optimal-control (选型的最优性判据)
    ↓
views-and-decisions (架构的记录)

与其他 group 的关系

• 上游：L1 Strategic（BC 边界 → 物理隔离决策）
• 下游：03-boundaries（架构 → 接口契约）、04-patterns（架构 → 模式选型）

关键洞察

架构风格的核心不是"用最火的"——是"用最匹配当前风险的"—— 团队规模 5 人、单体 → 不要微服务 业务波动大、并发高 → 倾向独立部署 遗留系统 → 渐进式 Strangler Fig 没有"最好"，只有"最匹配"。

相关链接

• L2 Boundaries——接口契约
• L2 Patterns——模式选型
• V2 B3 分解——粒度
• V2 B6 权衡——权衡