内容简介:在看正文之前,我想请你回顾一下自己待过的公司都是怎么管理配置的,我想应该会有以下几种方式:1、硬编码没有什么配置不配置的,直接写在代码里面,比如使用常量类
前言
在看正文之前,我想请你回顾一下自己待过的公司都是怎么管理配置的,我想应该会有以下几种方式:
1、硬编码
没有什么配置不配置的,直接写在代码里面,比如使用常量类
优势:对开发友好,开发清楚地知道代码需要用到什么配置
劣势:涉及秘钥等敏感配置直接暴露给开发人员,不安全;如果想修改配置必须重新发版,比较麻烦
2、外部化配置文件
Spring项目经常会在resoures目录下放很多配置文件,各个环境对应不同的配置文件,通过SVN管理
优势:配置文件外部化,支持多环境配置管理,修改配置只需重启服务,无需发版
劣势:系统庞大时,配置文件很多,多人开发,配置格式不统一,维护麻烦;敏感配置不需要暴露给开发人员,降低风险,但开发经常要和运维沟通怎么修改配置,沟通不恰当容易引发生产事故;而且,如果应用部署在多台机器,对运维来说,修改配置也是非常头疼的事情(当然也可以引入NFS系统来解决一部分问题)
3、数据库
配置信息存储在数据库中,灵活修改
优势:可以灵活管理配置,无需重启服务
劣势:界面不友好,配置没有版本管理,一旦出现问题,回滚或定位问题都比较麻烦;此外,数据库必须要保证高可用,避免因此而造成生产故障
4、配置中心
优势:集中化管理,敏感配置可控;多版本存储,方便追溯;界面友好,修改配置一键发布;即使面对多集群也能从容应对,十分淡定
劣势:引入组件,增加系统风险;如果是中途切换成配置中心,也会增加研发接入成本;配置中心也需要保证高可用,否则容易造成大面积影响
以上几种管理配置文件的方式,我想都会有公司在用,不要因为配置中心有诸多优点,就盲目引进项目中,我觉得应该遵守以下两个原则:
- 做人做事,要知道自己几斤几两
释义:没深入研究过的技术,就不要随便拿到公司项目中来试水啦,恐怕到时候坑够你填的,要不然就是你有信心玩得转它。
- 杀只鸡而已,你拿牛刀来做甚?
释义:小团队小项目选择简单的配置管理方式就好了,要什么配置中心,纯属没事找事。
总而言之,我们必须从实际出发,实事求是,选择适合自己的技术栈。
关于为什么需要有配置中心,我推荐一篇文章给你看,讲得比较透彻: 《微服务架构为什么需要配置中心?》
另外,我觉得对开发本身来说,是宁愿自己管理自己代码的配置的,交给运维总是会有各种各样的问题,至于敏感配置,说实话,开发人员要真想做点“坏事”,那拦得住吗?但是,从公司的角度来讲,把服务器的配置管理交给运维同事是符合常理的,系统需要稳定且安全地运行,这是对客户的负责,从这一方面去思考,这么做是合情合理的。
Okay,我就啰嗦到这里吧,下面正式介绍 Nacos
作为配置中心是怎么使用的。
Nacos 结合 Spring
添加 maven 依赖:
<dependency> <groupId>com.alibaba.nacos</groupId> <artifactId>nacos-spring-context</artifactId> <version>${nacos-spring-context.version}</version> </dependency>
使用 @EnableNacosConfig
开启 Nacos Spring 的配置管理功能
@Configuration @EnableNacosConfig(globalProperties = @NacosProperties(serverAddr = "127.0.0.1:8848")) @NacosPropertySource(dataId = "nacos.spring.config", autoRefreshed = true) public class NacosConfig { }
其中:
@Configuration:Spring的注解,配置应用上下文 @EnableNacosConfig:Nacos的注册,启用 Nacos Spring 的配置管理服务 @NacosProperties:全局和自定义Nacos属性的统一注解 @NacosPropertySource:加载数据源 globalProperties:全局 Nacos 属性 serverAddr:Nacos Server服务器地址 dataId:配置的数据集ID autoRefreshed:是否开启配置动态更新
再写一个Controller类,来验证 Nacos
的配置管理功能,代码如下:
package com.learn.nacos; import com.alibaba.nacos.api.annotation.NacosInjected; import com.alibaba.nacos.api.config.ConfigService; import com.alibaba.nacos.api.config.annotation.NacosValue; import com.alibaba.nacos.api.exception.NacosException; import org.springframework.http.HttpStatus; import org.springframework.http.ResponseEntity; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestMethod; import org.springframework.web.bind.annotation.RequestParam; import org.springframework.web.bind.annotation.ResponseBody; @Controller @RequestMapping(value = "config") public class NacosConfigController { @NacosInjected private ConfigService configService; @NacosValue(value = "${useLocalCache:false}", autoRefreshed = true) private boolean useLocalCache; @RequestMapping(value = "/get", method = RequestMethod.GET) @ResponseBody public boolean get() { return useLocalCache; } @RequestMapping(method = RequestMethod.GET) @ResponseBody public ResponseEntity<String> publish(@RequestParam String dataId, @RequestParam(defaultValue = "DEFAULT_GROUP") String group, @RequestParam String content) throws NacosException { boolean result = configService.publishConfig(dataId, group, content); if (result) { return new ResponseEntity<String>("Success", HttpStatus.OK); } return new ResponseEntity<String>("Fail", HttpStatus.INTERNAL_SERVER_ERROR); } }
该Controller类提供了两个HTTP接口
读取配置:http://127.0.0.1:8080/config/get
发布配置: http://127.0.0.1:8080/config?dataId=XXX&content=XXX
发布配置还可以通过 Nacos Open API: curl -X POST "http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=XXX&group=XXX&content=XXX
发布配置,你也可以用 Postman
工具模拟 POST
请求进行配置发布,我这里主要是为了方便验证问题,采用了这种方式。
在验证之前,请先确保 Nacos Server 已经启动,Nacos Server 的安全及启动方式详见: 《Nacos系列:欢迎来到Nacos的世界!》
启动Tomcat,观察Console控制台
20:50:13.646 [RMI TCP Connection(5)-127.0.0.1] WARN com.alibaba.nacos.spring.core.env.AnnotationNacosPropertySourceBuilder - There is no content for NacosPropertySource from dataId[nacos.spring.config] , groupId[DEFAULT_GROUP] , properties[{encode=${nacos.encode:UTF-8}, namespace=${nacos.namespace:}, contextPath=${nacos.context-path:}, endpoint=${nacos.endpoint:}, serverAddr=${nacos.server-addr:}, secretKey=${nacos.secret-key:}, accessKey=${nacos.access-key:}, clusterName=${nacos.cluster-name:}}]. 20:50:17.825 [RMI TCP Connection(5)-127.0.0.1] INFO com.alibaba.nacos.spring.context.event.LoggingNacosConfigMetadataEventListener - Nacos Config Metadata : dataId='nacos.spring.config', groupId='DEFAULT_GROUP', beanName='nacosConfig', bean='null', beanType='class com.learn.nacos.NacosConfig', annotatedElement='null', xmlResource='null', nacosProperties='{serverAddr=127.0.0.1:8848, encode=UTF-8}', nacosPropertiesAttributes='{encode=${nacos.encode:UTF-8}, namespace=${nacos.namespace:}, contextPath=${nacos.context-path:}, endpoint=${nacos.endpoint:}, serverAddr=${nacos.server-addr:}, secretKey=${nacos.secret-key:}, accessKey=${nacos.access-key:}, clusterName=${nacos.cluster-name:}}', source='org.springframework.core.type.classreading.AnnotationMetadataReadingVisitor@66e4d430', timestamp='1550753413647'
我们先通过 http://127.0.0.1:8080/config?dataId=nacos.spring.config&content=useLocalCache=true
发布一个dataId为 nacos.spring.config
且配置内容为 useLocalCache=true
的配置集,观察Nacos控制台的变化
再通过 http://127.0.0.1:8080/config/get
读取配置
然后在Nacos控制台将 useLocalCache
的值改为 false
,并发布配置
再次访问 http://127.0.0.1:8080/config/get
Nacos 结合 Spring Boot
添加 Starter 依赖:
<dependency> <groupId>com.alibaba.boot</groupId> <artifactId>nacos-config-spring-boot-starter</artifactId> <version>0.2.1</version> </dependency>
注意:版本 0.2.x.RELEASE 对应的是 Spring Boot 2.x 版本,版本 0.1.x.RELEASE 对应的是 Spring Boot 1.x 版本。
在 application.properties
中添加如下配置信息:
nacos.config.server-addr=127.0.0.1:8848
添加NacosConfigApplication启动类
@SpringBootApplication @NacosPropertySource(dataId = "nacos.springboot.config", autoRefreshed = true) public class NacosConfigApplication { public static void main(String[] args) { SpringApplication.run(NacosConfigApplication.class, args); } }
如果你看过我的上一篇文章: 《Nacos系列:基于Nacos的注册中心》 ,那么你应该知道 Spring Boot 实现方式和 Spring 的没太大差别,所以我就不再细说了,请参考我的源码示例或者官网资料学习。
这里说下我在学习过程中遇到的一个问题,在 application.properties
添加配置文件的时候,不小心将 nacos.config.server-addr
写成了 nacos.discovery.server-addr
,结果启动项目时,一直报错:
ERROR 9028 --- [ main] o.s.b.d.LoggingFailureAnalysisReporter : ------ APPLICATION FAILED TO START ------ Description: client error: invalid param. null Action: please check your client configuration
刚开始一直找不到原因,后面跟着官网代码示例复核,才发现是配置问题导致的,呵呵哒,自己给自己挖坑。
后语
我挺喜欢 Nacos
的,既然做服务发现和管理,又能做配置管理,这两者本质没多大区别, Nacos
把这两者统一起来,一举两得,我觉得没什么不好,要不然你引入了 Zookeeper
作为注册中心,还要引入 Apollo
作为配置中心,无端增加学习成本。就像之前听音乐,我一般用网易云音乐就好,后面因为搞了版权的事,不得不下载了虾米和QQ音乐,我就听个歌而已,手机里装了三个APP,你说,这叫什么事儿?
参考资料
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 6、如何获取配置中心的配置
- React降级配置及Ant Design配置
- vscode 配置eslint 开发vue的相关配置
- git commit 规范校验配置和版本发布配置
- hadoop地址配置、内存配置、守护进程设置、环境设置
- 在hibernate中配置事务级别与命名查询配置【原创】
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Design and Analysis of Distributed Algorithms (Wiley Series on P
Nicola Santoro / Wiley-Interscience / 2006-10-27 / USD 140.95
This text is based on a simple and fully reactive computational model that allows for intuitive comprehension and logical designs. The principles and techniques presented can be applied to any distrib......一起来看看 《Design and Analysis of Distributed Algorithms (Wiley Series on P》 这本书的介绍吧!