架构图实际上包含了所有的底层设计细节，这些细节共同支撑着顶层的架构设计。底层设计信息与顶层架构设计相辅相成，共同构成了完整的系统架构文档。

软件架构的终极目标，是以最小的人力成本，满足系统的构建与维护需求。

混乱的架构带来的成本变化：

行为价值：让机器按照指定方式运转，为系统使用者创造或提升利润。

架构价值：降低变更成本。

理论上，没有什么程序是不能修改的。但在现实中，某些系统的变更成本可能远远高于变更本身带来的价值，导致系统实际上无法更改。

分布式事务是指跨越多个独立系统或数据库的事务操作，要求这些操作要么全部成功，要么全部失败，保证数据一致性。

为什么需要分布式事务

• 微服务、分库分表、异构系统等场景下，单体事务无法满足一致性需求。
• 例如：订单服务和库存服务分别在不同数据库，需保证下单和扣库存要么都成功，要么都失败。

分布式事务的挑战

• 网络不可靠、节点故障、时延等导致一致性难以保障。
• CAP理论：一致性（C）、可用性（A）、分区容错性（P）三者不可兼得。

常见分布式事务方案