Micronaut Kubernetes Informer监听ConfigMap变更无触发问题排查咨询

• 检查Informer命名空间配置
  默认情况下Micronaut的@Informer注解只会监听当前Pod所在命名空间的资源，如果你修改的ConfigMap在其他命名空间，需要主动指定监听范围：

// 监听指定多个命名空间
@Informer(apiType = V1ConfigMap.class, apiListType = V1ConfigMapList.class, namespaces = {"default", "dev"})
// 监听所有命名空间
@Informer(apiType = V1ConfigMap.class, apiListType = V1ConfigMapList.class, namespaces = Informer.ALL_NAMESPACES)

• 检查RBAC权限配置
  自定义Informer需要应用使用的Service Account拥有ConfigMap的get、list、watch权限，需配置对应的Role和RoleBinding：

apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  namespace: <你的命名空间>
  name: configmap-informer-role
rules:
- apiGroups: [""]
  resources: ["configmaps"]
  verbs: ["get", "list", "watch"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: configmap-informer-binding
  namespace: <你的命名空间>
subjects:
- kind: ServiceAccount
  name: <你的应用使用的ServiceAccount名称>
roleRef:
  kind: Role
  name: configmap-informer-role
  apiGroup: rbac.authorization.k8s.io

• 检查依赖完整性
  确认build.gradle中已引入informer专属依赖，仅引入Kubernetes客户端或配置中心依赖无法支持自定义Informer功能：

implementation("io.micronaut.kubernetes:micronaut-kubernetes-informer")

• 检查Bean扫描与类导入正确性

1. 确认ConfigMapInformer类所在包在Micronaut组件扫描范围内，可在启动类通过@ComponentScan指定对应包路径
2. 确认导入的类路径正确：
   • ResourceEventHandler需导入io.kubernetes.client.informer.ResourceEventHandler
   • V1ConfigMap需导入io.kubernetes.client.openapi.models.V1ConfigMap
   • @Informer需导入io.micronaut.kubernetes.informer.Informer

• 排除内置监听冲突测试
  可临时关闭Micronaut配置中心自带的ConfigMap监听，避免功能冲突：

micronaut:
  kubernetes:
    client:
      config-maps:
        watch: false

• 检查过滤规则配置
  如果@Informer注解配置了labels等过滤参数，确认你修改的ConfigMap匹配对应的过滤规则，否则不会触发回调。

内容的提问来源于stack exchange，提问作者Javad Behrouzi