此版本仍在开发中,尚未被视为稳定版本。如需最新的稳定版本,请使用 Spring Cloud Kubernetes 3.1.4! |
重新加载命名空间和标签筛选
默认情况下,使用 Namespace resolution 中概述的步骤选择的命名空间将用于侦听更改 在 ConfigMap 和 Secret 中。即:如果你不告诉 reload 要监视哪些命名空间和 configmaps/secret, 它将监视将使用上述算法计算的命名空间中的所有 configMap/Secret。
另一方面,您可以定义更精细的方法。例如,您可以指定其中 将监控更改:
spring:
application:
name: event-reload
cloud:
kubernetes:
reload:
enabled: true
strategy: shutdown
mode: event
namespaces:
- my-namespace
这样的配置将使应用程序仅在命名空间中监视更改。请注意,这将
查看所有 configMap/Secrets(取决于您启用的 ConfigMap/Secret)。如果您想要更精细的方法,
您可以启用 “label-filtering”。首先,我们需要通过以下方式启用此类支持:my-namespace
enable-reload-filtering: true
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
这将做的是监视只有 label 的 configmaps/secrets。spring.cloud.kubernetes.config.informer.enabled: true
名字 | 类型 | 违约 | 描述 |
---|---|---|---|
|
|
|
支持监控资产源和配置重新加载 |
|
|
|
允许监控配置映射中的更改 |
|
|
|
允许监控密钥中的更改 |
|
|
|
开火装填时使用的策略(、 、 或 |
|
|
|
指定如何侦听属性源 ( 或 |
|
|
|
使用策略时验证更改的时间段 |
|
|
我们应该关注更改的命名空间 |
|
|
|
启用用于重新加载功能的标签筛选 |
笔记:
-
您不应在 config maps 或 secret 中使用 下的 properties。在运行时更改此类属性可能会导致意外结果。
spring.cloud.kubernetes.reload
-
使用级别时,删除属性或整个配置映射不会恢复 bean 的原始状态。
refresh