Nacos配置管理的示例分析

这篇文章主要介绍了Nacos配置管理的示例分析，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。

创新互联建站-专业网站定制、快速模板网站建设、高性价比集贤网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式集贤网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖集贤地区。费用合理售后完善，10多年实体公司更值得信赖。

硬编码

配置项作为类字段的形式存在，如：

public class AppConfig {    private int connectTimeoutInMills = 5000;    public int getConnectTimeoutInMills() {        return connectTimeoutInMills;
    }    public void setConnectTimeoutInMills(int connectTimeoutInMills) {        this.connectTimeoutInMills = connectTimeoutInMills;
    }
}

这种形式主要有三个问题：

如果配置是需要动态修改的话，需要当前应用去暴露管理该配置项的接口，至于是 Controller 的 API 接口，还是 JMX ，都是可以做到。

另外，配置变更都是发生在内存中，并没有持久化。因此，在修改配置之后重启应用，配置又会变回代码中的默认值了，这是一个坑啊，笔者就曾经掉进去过，爬了好一会才上岸。

最后一个问题，就是当你有多台机器的时候，要修改一个配置，每一台都得去操作一遍，运维成本可想而知，极其蛋疼。

配置文件

Spring 中常见的 properties、yml 文件，或其他自定义的，如，“conf”后缀等：

# application.propertiesconnectTimeoutInMills=5000

相比“硬编码”的形式，它解决了第二个问题，持久化了配置。但是，另外两个问题并没有解决，运维成本依旧还是很高的。

配置动态变更，可以是通过类似“硬编码”暴露管理接口的方式，这时，代码中会多一步持久化新配置到文件的逻辑。或者，简单粗暴点，直接登录机器上去修改配置文件，再重启应用，让配置生效。当然，你也可以在代码中增加一个定时任务，如每隔 10s 读取配置文件内容，让最新的配置能够及时在应用中生效，这样也就免去了重启应用这个“较重”的运维操作。

通过增加“持久化逻辑”、“定时任务”让“配置文件”的形式比“硬编码”前进了一小步。

DB 配置表

这里的 DB 可以是 MySQL 等的关系型数据库，也可以是 redis 等的非关系型数据库。数据表如：

CREATE TABLE `config` (  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,  `key` varchar(50) NOT NULL DEFAULT '' COMMENT '配置项',  `value` varchar(50) NOT NULL DEFAULT '' COMMENT '配置内容',  `updated_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,  `created_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),  UNIQUE KEY `idx_key` (`key`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='配置信息';INSERT INTO `config` (`key`, `value`, `updated_time`, `created_time`) VALUES ('connectTimeoutInMills', '5000', CURRENT_TIMESTAMP, CURRENT_TIMESTAMP);

它相对于前两者，更进一步，将配置从应用中抽离出来，集中管理，能较大的降低运维成本。

那么，它能怎么解决动态更新配置的问题呢？据我所知，有两种方式。

其一，如同之前一样，通过暴露管理接口去解决，当然，也一样得增加持久化的逻辑，只不过，之前是写文件，现在是将最新配置写入数据库。不过，程序中还需要有定时从数据库读取最新配置的任务，这样，才能做到只需调用其中一台机器的管理配置接口，就能把最新的配置下发到整个应用集群所有的机器上，真正达到降低运维成本的目的。

其二，直接修改数据库，程序中通过定时任务从数据库读取最新的配置内容。

“DB 配置表”的形式解决了主要的问题，但是它不够优雅，带来了一些“累赘”。

Nacos 配置管理

Nacos 真正将配置从应用中剥离出来，统一管理，优雅的解决了配置的动态变更、持久化、运维成本等问题。

应用自身既不需要去添加管理配置接口，也不需要自己去实现配置的持久化，更不需要引入“定时任务”以便降低运维成本。Nacos 提供的配置管理功能，将配置相关的所有逻辑都收拢，并且提供简单易用的 SDK，让应用的配置可以非常方便被 Nacos 管理起来。

如果是在 Spring 中使用 Nacos，只需三个步骤即可：

• 添加依赖

    com.alibaba.nacos
    nacos-spring-context
    ${latest.version}

• 添加 @EnableNacosConfig 注解启用 Nacos Spring 的配置管理服务。以下示例中，我们使用 @NacosPropertySource 加载了 dataId 为 example 的配置源，并开启自动更新：

@Configuration
@EnableNacosConfig(globalProperties = @NacosProperties(serverAddr = "127.0.0.1:8848"))
@NacosPropertySource(dataId = "example", autoRefreshed = true)
public class NacosConfiguration {
}

• 通过 Spring 的 @Value 注解设置属性值。

注意：需要同时有 Setter方法才能在配置变更的时候自动更新。

public class AppConfig {
    @Value("${connectTimeoutInMills:5000}")
    private int connectTimeoutInMills;
    public int getConnectTimeoutInMills() {
        return connectTimeoutInMills;
    }
    public void setConnectTimeoutInMills(int connectTimeoutInMills) {
        this.connectTimeoutInMills = connectTimeoutInMills;
    }
}

感谢你能够认真阅读完这篇文章，希望小编分享的“Nacos配置管理的示例分析”这篇文章对大家有帮助，同时也希望大家多多支持创新互联，关注创新互联行业资讯频道，更多相关知识等着你来学习!