ACM 产品介绍

应用配置管理 ACM（Application Configuration
Management）前身为淘宝内部配置中心
Diamond，是一款在分布式架构环境中对应用配置进行“集中管理”和“动态推送”的配置中心产品。利用
ACM，您可以在微服务、DevOps、大数据等场景下极大减轻配置管理的工作量，并增强配置管理的服务能力。

核心功能

统一管控：您可以在 ACM 的控制台统一管理所有应用的配置，而不再像传统配置那样，分散在各处。
动态推送：当你在 ACM 控制台修改了配置， ACM 能够实时将修改后的配置推送到接入 ACM 服务的应用进程中。
版本管理：ACM 控制台保留配置变更各个历史版本，当前你发现误修改配置后，能够快速得回滚，降低影响面。
灰度发布：有一些配置是相对比较重要，一旦变更，可能会带来很大的影响。通过灰度发布功能，您可以让新配置在少数的几台机器上生效，待观察服务到达预期，并对业务没有负面的影响，之后，再将配置全量发布。
推送轨迹：通过推送轨迹，您可以查到到那些 IP 在什么时间点来拿过配置。当您发布配置后，想看看有哪些机器已经来获取最新配置了，就可以通过它来查看。

ACM 应用场景

场景 1：微服务应用架构下的配置管理

在微服务架构下，随着应用和机器数目的增多，配置（如
DB_URL 访问信息、服务连接池、服务内部缓存大小等）管理的工作会变得很繁琐。单个应用下多个机器的配置分发，应用对应用的配置依赖，都将成为挑战。在传统架构的应用发布过程中，修改一个应用配置就需要将整个应用重新打包发布，整个过程非常繁琐，且容易出错。

在基于 ACM 的微服务场景下，应用的重要配置信息被发布到 ACM 中。新的配置发布并不依赖配置打包。在新版本的配置发布后，所有应用立即生效。

在微服务应用架构下使用 ACM 带来的好处：

所有配置中心化，在应用众多的情况下配置管理变得更加方便。
所有配置不依赖版本发布，使得配置变更更加灵活。
ACM 天生支持灰度发布和回滚，使得配置的变更发布在微服务架构下变得更加安全。

场景 2：分布式架构下的服务治理

在各类分布式架构下，基于某类 RPC 框架（RESTful，HSF，Dubbo 等）做好服务治理是非常关键的。其中，服务治理的服务路由、服务限流、服务降级、服务鉴权等功能，均可通过配置中心实现。

以限流降级为例，在阿里巴巴双11，每一次服务限流降级相关操作都要求秒级响应，此需求就通过
ACM 来实现。其中，每个 RPC 的服务端都会通过 ACM 注册监听对应服务的流控管理信息。

当应用需要流控时，管理员在服务治理控制台做出限流操作，服务治理系统就会通过
ACM 将流控信息推送到对应的目标应用服务端，让应用服务端对应配置采取相应的限流动作。

在分布式架构下使用 ACM 带来的好处：

性能良好，通过采用配置推送的方式来监听服务治理信息，对性能几乎无影响。
响应时间迅速，相关的服务治理信息可以被秒级推送。
安全性高，当限流降级错推以后还可以通过秒级配置回滚来恢复状态

场景 3：企业级互联网架构下的异地多活场景

异地多活是企业级互联网架构中的一种高级容灾架构。相对于传统容灾架构，有业务恢复时间短，容量需求低，运维快捷简单等特点。目前异地多活架构被阿里巴巴和饿了么等公司广泛采用。

在阿里巴巴内部，容灾多活架构的核心算法、ID 分片和对应的的路由规则均采用 ACM 来动态推送。其中，相应的客户端和服务端，如 RPC，MQ，DB 都植入了路由路径。当容灾演练或者真实灾难发生时，管理员只需要动态地推送规则，相应的规则会影响到所有架构组件。

采用 ACM 为异地多活场景中的应用带来以下好处：

基础架构和容灾逻辑解耦，具体的路由逻辑由容灾规则切换决定。
生效快，理论上容灾的切换规则可以秒级推送到十万级别机器。

ACM 与 Nacos 的关系

Nacos 是阿里中间件今年 7 月开源的产品，包括配置管理、服务管理、动态 DNS 服务、服务元数据管理等功能，其中的 Nacos 配置管理模块是跟 ACM 完全对等的，因此 Nacos 的客户端，包括 nacos-client、 nacos-spring-context 等，只需设置了连接 ACM 服务所需的 endpoint、namespace、access key、secret key，就可以直接访问 ACM 的服务。

两者对比如下：

ACM 如何支持 Spring

如上所述，Nacos 的客户端可以直接访问 ACM 服务，ACM 支持 Spring 也就是通过 nacos-spring-context 来支持的。

Nacos Spring 提供的一些注解如下：

除了注解外，Nacos Spring 还提供了一些事件，在配置发布、删除等操作时能传播事件出来，方便用户做日志或者审计相关的工作，如下：

示例

ACM Spring 示例一：配置变更动态更新、依赖注入 ConfigService
@EnableNacosConfig + @NacosPropertySource + @NacosValue + @NacosInjected
ACM Spring 示例二：设置配置变更后的回调方法
@EnableNacosConfig + @NacosConfigListener
ACM Spring 示例三：xml 方式，数据库连接池 Druid、配合 MyBatis
nacos:annotation-driven + nacos:global-properties + nacos:property-source
ACM Spring 示例四：多个配置，将应用配置、数据库连接配置、Redis 配置都存放到 ACM 中，演示如何动态从查数据库降级为查缓存
@EnableNacosConfig + @NacosPropertySources + @NacosValue
ACM Spring 示例五：将配置直接转化为一个 POJO
@EnableNacosConfig + @NacosConfigurationProperties

ACM 如何支持 Spring Boot

Nacos Spring Boot 底下是封装了 Nacos Spring ，因此，上面描述的 Nacos Spring 的注解、功能都可以在引入 Nacos Spring Boot 的依赖之后直接使用。

另外，Nacos Spring Boot 在 Nacos Spring 的基础上做了 Spring Boot Actuator 服务监控和管理相关的 Endpoint 和 Health Check。

示例

ACM Spring Boot 示例：配置变更动态更新、Endpoint、Health Check
@NacosPropertySource + @NacosValue

ACM 如何支持 Spring Cloud

Nacos Spring Cloud 是属于 Spring Cloud Alibaba 中的一个子模块，支持从 Spring Cloud Config 平滑迁移过来，相对于 Spring Cloud Config，有更多的优势：

示例

ACM Spring Cloud 示例一：配置变更动态更新、依赖注入 ConfigService
bootstrap.properties + @RefreshScope + @Value
ACM Spring Cloud 示例二：多个配置，将应用配置、数据库连接配置、Redis 配置都存放到 ACM 中，演示如何动态从查数据库降级为查缓存
bootstrap.properties (多个配置) + @RefreshScope + @Value

ACM 无缝支持 Spring 全栈