2025年软件架构与设计模式手册.docxVIP

2025年软件架构与设计模式手册

第1章架构演进与演进路径

1.1软件架构从单体到微服务的历史回顾

回顾1960年代至1980年代，软件架构主要基于大型机时代，采用“大型机（Mainframe）”架构，其核心特征是“共享内存”与“集中式控制”，所有进程共享同一块内存空间，这使得数据一致性极高但并发扩展性极差，典型代表如IBMZ系统。进入1990年代，随着操作系统向多用户Unix和Windows演进，架构开始转向“分布式系统”，引入了“进程”概念，允许不同进程运行在独立机器上，但通过共享内存或消息队列通信，解决了单机瓶颈，但分布式事务的复杂性成为主要挑战。

2000年代中期，随着Java和.NET框架的普及，架构进一步细化为“单体应用（MonolithicApplication）”，所有业务逻辑、数据库和缓存都运行在同一个代码包内，部署简单但扩展困难，一旦核心模块故障，整个系统瘫痪。2010年代，云原生技术兴起，架构模式演变为“微服务（Microservices）”，将应用拆分为独立部署、独立维护的服务，利用容器化技术（Docker）和编排工具（Kubernetes）实现弹性伸缩，极大地提高了系统的可用性和可观测性。2020年代，随着和边缘计算的发展，架构出现“云边协同（Cloud-NativeEdge-Collabor