1 前言
前面我们探索了Spring Cloud Config
及其在Kubernetes
中的应用,都是以常驻的Web应用
作为配置客户端的,那对于短命
的Spring Cloud Task
会有什么不一样吗?
相关文件:
使用Spring Cloud Config统一管理配置,别再到处放配置文件了
Spring Cloud Config整合Spring Cloud Kubernetes,在k8s上管理配置
2 区别
其实本质区别是不大的,都是配置客户端从配置服务端拉取配置信息,再应用到自己身上。但有以下几点区别让Spring Cloud Task
更简单:
(1)Task
不是Web
应用,生命周期短,无须刷新配置,只在开始启动时拉取配置即可;
(2)Task
是非常驻
应用,没有端口暴露,更不用注册到服务发现中心。
基于上面区别,我们不需要Task
作为DiscoveryClient
,不用实现注册相关功能;也不用添加actuator
用于刷新配置。
3 Task实现配置拉取
3.1 项目准备
除去Spring Cloud Task
本身的依赖,只需要添加一个Spring Cloud Config
相关的依赖即可:
启动主类没什么特别:
我们实现一个ApplicationRunner
来打印获取到的配置:
配置文件bootstrap.properties
内部如下:
这个配置文件决定了应用从哪里读配置、如何读取配置、读取怎样的配置。
准备好后,打一个Docker
镜像即可。
3.2 启动与验证
在Spring Cloud Data Flow
平台注册App
与Task
,并启动:
执行成功后,查看日志:
已经成功从Config Server
读取到配置了。
4 总结
当Spring Cloud Task
作为配置客户端,会更加简单。