摘要： 在传统架构中，如果配置信息有变更，通常是登陆服务器手动修改配置来使配置生效。在微服务架构中，应用数和节点数由于微服务化数量激增，导致发布次数增加，配置变更难度加大，通常是将应用配置抽象出来放置在外部的配置中心里，从而实现配置变更的自动化，但这类原生方案会存在依赖严重、发布延时高的问题。

在传统架构中，如果配置信息有变更，通常是登陆服务器手动修改配置来使配置生效。在微服务架构中，应用数和节点数由于微服务化数量激增，导致发布次数增加，配置变更难度加大，通常是将应用配置抽象出来放置在外部的配置中心里，从而实现配置变更的自动化，但这类原生方案会存在依赖严重、发布延时高的问题。

Spring Cloud中的标准配置管理方法和存在的问题

以Spring Cloud为例，其提供了Spring Cloud Config组件来默认对配置进行管理。

关于Spring Cloud Config的工作原理，如下图所示：

和传统人肉到生产服务器上一台台手动修改配置的思路不同，在Spring Cloud中，当用户配置发生变化时，用户可以在Git中修改配置，再通过Spring Cloud Config Server动态下发配置，从而在各个机器上动态生效。其整个流程大概如下：

至此，配置修改完成。

Spring Cloud Config组件成功的以配置中心思路解决了静态配置繁琐的运维问题，但是Spring Cloud Config仍存在以下问题：

阿里云ACM为spring cloud带来的配置管理优化

阿里云应用配置管理服务ACM，作为Nacos的云上实现，可以将以上的配置管理问题进行优化，配置修改将变得异常简单和高效，如下图所示。

整个操作流程分为两步：

ACM全面兼容Spring框架接口，包括Spring Framework、Spring Boot和Spring Cloud，其为 Spring Cloud编写的应用配置管理，和Spring Cloud Config对比，由于极简的架构，带来了众多的好处：

Spring Cloud用户可以基于Spring Cloud Config提供的接口将Spring Cloud应用的配置管理无缝迁移到ACM上，大幅度提升基于Spring Cloud框架的微服务应用的配置管理敏捷性。此外，相比于Spring Cloud Config，ACM还拥有多项实用功能，例如，云上配置安全合规，配置灰度发布和回滚等。

如何快速部署ACM

使用Spring Cloud的用户在阿里云上如果要从Spring Cloud Config切换成ACM方案，在程序业务层代码无需任何改动，原生@Value标签直接有效。用户仅仅需要改动Spring Cloud应用的两个编译配置文件即可。

1、修改配置文件

在 bootstrap.properties中添加ACM的连接地址和认证信息，示例如下。其中，endpoint、namesspace、accessKey和secretKey等参数在ACM控制台上可以直接获取。

指定spring.application.name和spring.coud.nacos.config.file以后，将决定ACM控制台上配置名，如上例中，配置名为com.alibaba.nacos.example.properties。

2、在 pom 中添加相关的nacos starter依赖

如下图所示。

以上两处修改完成之后，重新打包编译Spring Cloud程序，即可将配置管理转为ACM托管。

Spring Cloud 代码和配置变更实例

以Spring Cloud代码示例为例，/echo 接口将返回动态配置参数 configValue 的值。

将以下代码片段示例打包运行，并在对应ACM控制台上添加配置，设置对应配置名DataID (本例中为com.alibaba.nacos.example.properties)，并点击发布。

最后在本地运行curl命令，假设http监控端口为8080:

则将返回：

返回true值后，即配置成功。详细的程序实例，可参照[ACM官方文档]()。

作者：中间件小哥