在之前，已经说了基于spring cloud kubernetes 的 hello world 和 ribbon 的demo，在 spring cloud kubernetes 里面，还支持读取 kubernetes 的 configmap 和 secrets 作为配置信息和热加载的功能，可以看做引入了Bus的spring cloud config.
首先，创建一个Spring boot 的项目，并引入下面的依赖：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-kubernetes-config</artifactId>
</dependency>
现在Spring cloud 的 Greenwich 版本中，已经加入了 spring cloud kubernetes ，所以不需要自己制定版本，我这里使用的是 Greenwich.SR1。
然后编写一个配置类：
@Configuration
@ConfigurationProperties(prefix = "my")
@Data
public class NameConfig {
private String name = "tom";
}
这里我们给他个默认值为 tom。
再编写一个controller 返回这个属性：
@RestController
@RequestMapping(PATH_PREFIX_V1+"/name/config")
public class NameConfigController {
@Autowired
private NameConfig nameConfig;
@GetMapping
public Mono<String> getName(){
return Mono.just(nameConfig.getName());
}
}
非常简单，这就是全部的代码。
在 spring cloud kubernetes 里面，支持两种加载 configmap 的加载方式，一种是自动加载与 spring.application.name 相同名称的 configmap，一种为在 bootstrap.yaml 中配置的 configmap，在 bootstrap.yaml 中加入以下配置：
spring:
cloud:
kubernetes:
config:
name: config
sources:
- name: name-config
reload:
enabled: true
mode: event
这里我们配置加载名称为 name-config 的 configmap，并进行热加载，使用的是事件的方式，另外也可以选择为轮训的方式，配置mode为polling，默认的 reload 模式为 refresh，只会重新加载 @ConfigurationProperties 或 @RefreshScope 的配置，可以选择 restart_context （整个Spring ApplicationContext正常重启。使用新配置重新创建Bean）和 shutdown（Spring ApplicationContext关闭以激活容器的重启）
部署到 kubernetes 中看下结果：
很明显，并没有加载到配置，因为并没有这样一个叫 name-config 的 configmap。
接下来定义一个 name-config 的 configmap：
apiVersion: v1
kind: ConfigMap
metadata:
name: name-config
data:
my.name: jack
将这个configmap加载到 kubernetes 中，再次查看结果：
可以看到已经变成了jack。
在 configmap 中，还支持定义文件的方式来定义属性，用以下命令来编辑configmap：
kubectl edit configmap name-config
修改 my.name: jack 为
application.properties: |-
my.name: Kevin
就跟spring boot 一样，spring cloud kubernetes 会读取configmap 中 application.properties 或者 application,yaml 的配置项，在这里改为Kevin，并再次查看结果：
到此为止，spring cloud kubernetes config 就到此结束了，没有说到的 secrets 是一样的.
