3、软件架构：从理论到实践的深度剖析

软件架构：从理论到实践的深度剖析

1. 从 Pets.com 的失败看弹性扩展的重要性

曾经，Pets.com 将资金大量投入到吉祥物上，而忽视了基础设施建设。当订单如潮水般涌来时，网站反应迟缓、交易丢失、交付延迟，最终在灾难性的圣诞购物潮后不久便关门大吉，只能将唯一有价值的资产——吉祥物卖给竞争对手。这一案例凸显了弹性扩展的重要性，即根据需求快速增加资源实例的能力。在互联网早期，企业需自行管理基础设施，很多企业因过度成功而倒闭，这促使工程师们开发出如今架构师们使用的框架。

2. 工程实践与软件开发

传统上，软件架构与软件开发过程是分离的。软件开发有多种流行方法，如瀑布模型和各种敏捷方法（如 Scrum、极限编程、精益开发和水晶方法），这些方法大多对软件架构影响不大。但近年来，工程进步使过程问题与软件架构紧密相连。有必要区分软件开发过程和工程实践：
- 软件开发过程 ：涉及团队组建与管理、会议组织和工作流安排，关乎人员组织和交互机制。
- 软件工程师实践 ：是与过程无关的实践，具有可重复的益处。例如，持续集成是一种经证实的工程实践，不依赖特定过程。

3. 从极限编程到持续交付的演变

极限编程（XP）的起源很好地说明了过程和工程的区别。20 世纪 90 年代初，由 Kent Beck 带领的一群经验丰富的软件开发人员开始质疑当时流行的众多开发过程。他们认为这些过程都无法带来可重复的良好结果，选择现有过程就像抛硬币，不能保证项目成功。于是在 1996 年 3 月启动了 XP 项目，摒弃传统观念，专注于过去导致项目成功的实践并推向极致。例如，X