第2章 架构设计误区

架构设计是技术方案的骨架，但也是最容易“用力过猛”或“方向走偏”的环节。本章剖析四种典型误区，帮助你在设计阶段避开常见陷阱，让架构真正为业务服务。

2.1 过度设计

表现：为未来3-5年甚至更远的场景引入分布式事务、微服务拆分、容器编排、多级缓存等复杂技术，而当前业务仅需单体+单库即可支撑。

避坑建议：遵循 YAGNI (You Aren't Gonna Need It) 原则，只实现当前明确需要的功能。用“演进式架构”思维，先做简单，再根据业务增长逐步重构。

2.2 过早优化

表现：在未进行性能分析、没有真实流量数据的情况下，盲目引入异步化、缓存、读写分离、分库分表等优化手段。

避坑建议：先做可观测，再优化。用 Profiling 和压测定位真实瓶颈。遵循“先让系统正确运行，再让它变快”的原则。过早优化是万恶之源（Donald Knuth）。

2.3 架构与业务不匹配

表现：用分布式架构做简单的 CRUD 后台；或用单体架构支撑高并发、海量数据的实时业务。架构风格与业务特征脱节。

避坑建议：架构设计前先做业务域分析，识别核心域、支撑域、通用域。根据业务的生命周期、流量模型、一致性要求选择匹配的架构风格。

2.4 缺乏扩展性考量

表现：模块间强耦合、数据库表无预留字段、接口未设计版本、关键路径无扩展点。业务增长后每次改动都牵一发动全身。

避坑建议：面向接口编程，预留扩展点（策略模式、插件机制、事件驱动）。数据库设计考虑垂直拆分与水平拆分的可能性。API 设计加入版本号（/v1/, /v2/）。定期进行架构评审，识别腐化点。