|
对于最新稳定版本,请使用Spring Cloud Kubernetes 5.0.0! |
重新加载命名空间和标签过滤
默认情况下,按照命名空间解析中列出的步骤选择的命名空间将被用于监听变更 在配置文件地图和秘密中。也就是说:如果你没有告诉 reload 需要注意哪些命名空间和配置文件映射/秘密, 它会监控所有将通过上述算法计算的命名空间中的配置映射/秘密。
另一方面,你可以定义更细致的方法。例如,你可以指定命名空间,其中 变更将被监控:
spring:
application:
name: event-reload
cloud:
kubernetes:
reload:
enabled: true
strategy: shutdown
mode: event
namespaces:
- my-namespace
这样的配置只会让应用手表在我的命名空间Namespace。请注意,这会
监控所有配置图/秘密(取决于你启用了哪个)。如果你想要更细致的方法,
你可以启用“标签过滤”。首先,我们需要通过以下方式启用此类支持:启用-重新加载-过滤:真
spring:
application:
name: event-reload
cloud:
kubernetes:
reload:
enabled: true
strategy: shutdown
mode: event
namespaces:
- my-namespaces
monitoring-config-maps: true
enable-reload-filtering: true
这样做的效果是,只关注那些只包含spring.cloud.kubernetes.config.informer.enabled: true标签。
| 名称 | 类型 | 默认值 | 描述 |
|---|---|---|---|
|
|
|
支持对属性源的监控和配置重新加载 |
|
|
|
允许对配置映射进行监控更改 |
|
|
|
允许监控秘密的变化 |
|
|
|
开火换弹时应采用的策略( |
|
|
|
规定如何监听属性源的变化( |
|
|
|
使用时,验证时间变更的时间 |
|
|
我们应关注变化的命名空间 |
|
|
|
启用标记过滤以实现装填功能 |
笔记:
-
你不应该在
Spring.cloud.kubernetes.reload在配置地图或秘密中。在运行时更改这些属性可能会导致意想不到的结果。 -
删除属性或整个配置映射并不会恢复豆子的原始状态,当你使用
刷新水平。