25、架构变更管理：基础设施与微服务的考量

架构变更管理：基础设施与微服务的考量

在软件系统的开发与维护过程中，架构的变更管理至关重要。一个优秀的架构不仅要能快速响应业务需求的变化，还要在变更过程中尽量降低成本、减少停机时间并降低对消费者的影响。本文将从基础设施和微服务两个方面，探讨架构变更管理的相关问题。

1. 多版本模式与架构变更评估框架

多版本模式能让系统的变更对用户和客户端更加透明。在这种部署模式下，我们会明确对组件或接口进行版本控制，允许客户端选择他们想要使用的组件版本，从而支持多个版本同时使用。采用这种技术的主要原因是，当我们进行的变更需要依赖系统也做出相应改变时，尤其是在变更 API 可能会破坏客户端代码的情况下，使用多版本模式可以避免等待所有客户端进行更改，减少协调成本。

不过，使用这种方法也存在一些挑战。每个引入的组件版本都会增加系统的维护成本和复杂性，需要确保版本能够安全共存，并持续对并行版本进行维护、支持、文档编写和安全保障。随着时间的推移，这些开销可能会成为操作上的难题，并降低系统的可变更性。最终，还需要迁移旧版本的用户并减少版本数量。

现在，我们有了一个评估变更影响的框架和一系列典型的部署模式，可以从基础设施、微服务和数据的角度对架构进行变更评估。下面我们将首先考察基础设施平台的可变更性。

2. 基础设施变更

基础设施平台会随着用户和团队需求的演变、需求模式和业务目标的变化而不断改变。我们可以将基础设施的变更分为两类：使用新资源扩展平台的变更和改变现有平台资源的变更。

• 扩展平台的变更 ：对运行系统影响较小，例如为新开发的微服务实施新的事件流基础设施、为第三方应用程