Webman高性能框架实现Nacos微服务动态配置服务的全面突破
Nacos 简介
Nacos是什么
Nacos 属于阿里巴巴的一个开源的项目,通过一组简单的特性集,Nacos能够帮助用户实现服务动态发现、服务配置、服务元数据及流量管理。nacos主要提供三种功能:服务注册与发现
、动态配置服务
、动态DNS服务
。
特性
动态配置服务
- 动态配置服务可以让您以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置。
- 动态配置消除了配置变更时重新部署应用和服务的需要,让配置管理变得更加高效和敏捷。
- 配置中心化管理让实现无状态服务变得更简单,让服务按需弹性扩展变得更容易。
可以通过管理系统去更新配置项,并且在更新完配置项之后,可以主动推送到订阅了这个配置的客户端。动态配置服务可以跳过重启直接实现配置的实时生效,可以使我们的服务拥有更多的灵活性。
服务注册与发现
Nacos 支持基于 DNS 和基于 RPC 的服务发现。服务提供者使用 原生SDK、OpenAPI、或一个独立的Agent TODO注册 Service 后,服务消费者可以使用DNS TODO 或HTTP&API查找和发现服务。
Nacos 提供对服务的实时的健康检查,阻止向不健康的主机或服务实例发送请求。Nacos 支持传输层 (PING 或 TCP)和应用层 (如 HTTP、MySQL、用户自定义)的健康检查。
Nacos提供多种服务注册与发现,包括基于 DNS 和基于 RPC 的服务发现和RPC 如 dubbo 的服务注册与发现。
动态DNS服务
动态 DNS 服务支持权重路由,让您更容易地实现中间层负载均衡、更灵活的路由策略、流量控制以及数据中心内网的简单DNS解析服务。
动态DNS服务还能让您更容易地实现以 DNS 协议为基础的服务发现,以帮助您消除耦合到厂商私有服务发现 API 上的风险。
动态配置服务
配置中心的作用是将本地配置文件云端话,所谓的云端也就是 Nacos 的服务器端,这样既能保证配置文件中的敏感数据不会暴露,同时又提供了实时的修改、查看、回滚和动态刷新配置文件的功能,非常实用。
为什么需要配置中心
在没有配置中心之前,传统应用配置的存在以下痛点:
- 采用本地静态配置,无法保证实时性:修改配置不灵活且需要经过较长的测试发布周期,无法尽快通知到客户端,还有些配置对实时性要求很高,比方说主备切换配置或者碰上故障需要修改配置,这时通过传统的静态配置或者重新发布的方式去配置,那么响应速度是非常慢的,业务风险非常大。
- 易引发生产事故:比如在发布的时候,容易将测试环境的配置带到生产上,引发生产事故。
- 配置散乱且格式不标准:有的用properties格式,有的用xml格式,还有的存DB,团队倾向自造轮子,做法五花八门。
- 配置缺乏安全审计、版本控制、配置权限控制功能:谁?在什么时间?修改了什么配置?无从追溯,出了问题也无法及时回滚到上一个版本;无法对配置的变更发布进行认证授权,所有人都能修改和发布配置。
配置中心好处
- 通过配置中心,可以使得配置标准化、格式统一化
- 当配置信息发生变动时,修改实时生效,无需要重新重启服务器,就能够自动感知相应的变化,并将新的变化统一发送到相应程序上,快速响应变化。比方说某个功能只是针对某个地区用户,还有某个功能只在大促的时段开放,使用配置中心后只需要相关人员在配置中心动态去调整参数,就基本上可以实时或准实时去调整相关对应的业务。
- 通过审计功能还可以追溯问题
配置中心功能实现
安装插件
配置 Nacos
插件配置文件路径:plugin/workbunny/webman-nacos/app.php
1、服务端配置
以上主要是配置Nacos Server的服务端连接、认证用户名、认证用户密码配置。
2、配置中心配置
以上配置含义和规则
config_listeners
配置数组支持配置多个配置文件,每个配置文件为一个单独的数组payment.php
配置说明- Data ID:
payment.php
- 配置格式:
text
- 用户组:
DEFAULT_GROUP
- 命名空间:
public
(默认命名空间) - 命名空间ID:
''
- 配置文件本地保存位置:
config_path() . '/nacos/payment.php'
- Data ID:
application-dev.yml
配置说明- Data ID:
application-dev.yml
- 配置格式:
YAML
- 用户组:
DEFAULT_GROUP
- 命名空间:
java
- 命名空间ID:
b34ea59f-e240-413b-ba3d-bb040981d773
- 配置文件本地保存位置:
config_path() . '/nacos/application-dev.yml'
- Data ID:
注意:
config_path()
助手函数为webman
框架自带函数,用于获取当前配置目录路径地址,该函数指定路径为项目/config
目录
3、编写代码读取配置文件
创建一个测试控制器文件,用于手动读取配置文件
4、Nacos 控制台添加配置
在 Nacos 控制台创建并设置配置文件
命名空间为public
配置文件截图
配置详情
配置文件
payment.php
内容
命名空间为java
配置文件截图
可以在nacos控制台新建一个命名空间。这里命名一个java
,主要是为了配置yml
配置文件。
命名空间配置
配置详情
配置文件
application-dev.yml
内容
5、控制器读取配置文件
配置好没问题了,启动webman项目
启动成功终端截图如下
通过地址http://127.0.0.1:8888/test/nacos
读取配置文件,该路由地址由自己自定义即可,只要能访问通控制器即可。
注意:由于上面测试控制器代码没有响应到前端页面,所以所有的打印都会在控制台输出
可以看到,以上终端完美的读取到了两个配置文件。同时配置文件也被写入到了本地配置文件对应设置的目录。
6、动态读取配置
动态读取配置:在
Nacos
配置中心修改的配置内容,在不重启项目的前提下可以实时的读取到。
webman-nacos组件默认会启动一个名为 config-listener
的进程,用于监听在配置文件 plugin/workbunny/webman-nacos/app.php
中 config_listeners
下的配置内容。
如果想自行掌控调用,可以使用如下服务
动态读取实现演示
这里动态修改一下application-dev.yml
配置文件内容
7、历史版本一键回滚
Nacos 通过提供配置版本管理及其一键回滚能力,帮助用户改错配置的时候能够快速恢复,降低微服务系统在配置管理上的一定会遇到的可用性风险。让您能够轻松的实现溯源和回滚配置文件