04 架构模式演进与微服务
输入“/”快速插入内容
04 架构模式演进与微服务
04 架构模式演进与微服务
用户5909用户5909用户6109用户6109
用户2312用户23126月2日修改
💡
扫描资料与纪要共同给出的答题方向：架构模式不是背定义，而是解释“当时的核心矛盾是什么、改变了什么管理对象、解决了什么、又引入了什么代价”。扫描资料的总结句是：在新的成本结构下，重新划定边界和协作方式。
架构演进：每一步都是取舍
脑图：架构模式与微服务速记
🧠
记忆方法：模式题按“上下文、问题、结构、收益、代价”作答；微服务题再补部署、治理和分布式代价。
画板
纪要补充：架构演进链和 SOA 骨架
🔗
✅
作答原则：模式题不靠名词解释拿分，要解释“为什么出现、改变了什么、牺牲了什么、带来什么新问题”。
画板
可能画图 | 必须出现 | 可写取舍 |
SOA 骨架 | 消费者、服务总线/注册与治理、服务提供者 | 服务复用和集成能力提升，但总线/治理复杂，局部自治不如微服务。 |
C&C / P2P | 运行时组件、连接器、交互关系 | 适合解释动态通信，不要画成静态类图。 |
画板
阶段 | 想解决的痛点 | 获得的能力 | 新代价 / 下一步原因 |
主机终端 | 机器昂贵，需要共享计算资源 | 集中管控、一致性与可靠性 | 终端弱，交互体验不足 |
Client / Server | 改善用户交互体验 | 客户端利用本地算力 | 胖客户端难部署、难维护 |
分层 / SOA | 统一入口、降低维护耦合 | 职责分工、复用与集成 | 集中协调重、独立发布不足、性能开销 |
微服务 | 独立迭代与局部自治 | 按业务能力拆分、独立部署扩缩容 | 分布式故障、运维与长期稳定运行复杂 |
云原生 / 事件驱动 | 支撑大量服务稳定运行与弹性 | 容器化、编排、异步解耦、可观测 | 时序、一致性与故障定位更难 |
📝
论述题模板：先给场景背景，再指出最关键质量属性，接着解释结构变化，最后写收益与引入的新风险。
Pattern、Tactic 与 Style
Tactic
控制单个质量响应的原子动作，如冗余、限制依赖、缓存。
Pattern
针对反复出现问题的一组决策组合，如分层、Broker、Pipe-and-Filter。
Style
描述元素和关系类型的组织方式，如微服务风格。
常见模式复习卡
模式 | 核心结构 | 优势 | 限制 |
Layered | 按抽象层次组织模块 | 关注点分离、可修改 | 跨层开销、严格分层不灵活 |
Multi-tier | 将运行元素部署到不同节点 | 部署隔离与扩展 | 网络与运维成本 |
Broker | 代理协调客户端与服务端通信 | 位置透明、可扩展 | 中介瓶颈、安全和测试复杂 |
Pipe-and-Filter | 数据依次通过过滤器转换 | 复用、并行、可组合 | 交互式处理和共享状态不佳 |
P2P | 各 peer 既可请求也可提供服务 | 去中心化、资源聚合 | 协调、安全与一致性复杂 |
SOA | 服务、注册表、ESB/编排 | 企业集成、服务复用 | 中间件复杂与发布粒度粗 |
常见 Pattern 分别属于什么 Style
💡
判断口诀：看这个 pattern 的主问题是什么。若主要描述静态代码/模块如何分组和依赖，归入 Module Style；若主要描述运行期组件如何交互，归入 Component-and-Connector（C&C）Style；若主要描述软件元素如何映射到机器、进程、团队或部署环境，归入 Allocation Style。