Spring Cloud Kubernetes Config Server跨Namespace配置问题求助

一、文档中"it"的明确指代 #

By default, the Kubernetes environment repository will only fetch Config Map and Secrets from the namespace in which it is deployed.

这里的**"it"就是指Spring Cloud Kubernetes Config Server**。默认情况下，它只会从自身部署的config命名空间拉取ConfigMap和Secret，所以当你的客户端请求my-service的配置时，它只会去config命名空间查找，而你的my-service配置实际在bar命名空间，因此出现找不到的报错。

二、正确配置跨命名空间拉取的方法 #

你需要让Config Server明确知道要从bar命名空间拉取配置，以下是几种可靠的配置方式：

1. 修正环境变量配置 #

Spring Boot环境变量需遵循“点转下划线、全大写”的规则，数组类型配置有两种写法：

• 逗号分隔多命名空间：

  env:
    - name: SPRING_PROFILES_INCLUDE
      value: "kubernetes"
    - name: SPRING_CLOUD_KUBERNETES_CONFIGSERVER_CONFIG_MAP_NAMESPACES
      value: "config,bar" # 同时包含自身和目标命名空间
    - name: SPRING_CLOUD_KUBERNETES_CONFIGSERVER_SECRETS_NAMESPACES
      value: "config,bar"
  

• 数组索引式配置：

  env:
    - name: SPRING_PROFILES_INCLUDE
      value: "kubernetes"
    - name: SPRING_CLOUD_KUBERNETES_CONFIGSERVER_CONFIG_MAP_NAMESPACES_0
      value: "config"
    - name: SPRING_CLOUD_KUBERNETES_CONFIGSERVER_CONFIG_MAP_NAMESPACES_1
      value: "bar"
    - name: SPRING_CLOUD_KUBERNETES_CONFIGSERVER_SECRETS_NAMESPACES_0
      value: "config"
    - name: SPRING_CLOUD_KUBERNETES_CONFIGSERVER_SECRETS_NAMESPACES_1
      value: "bar"
  

2. 挂载配置文件（更稳定） #

如果环境变量方式未生效，建议直接给Config Server挂载配置文件：

• 在config命名空间创建ConfigMap：

  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: config-server-config
    namespace: config
  data:
    application.yaml: |-
      spring:
        cloud:
          kubernetes:
            configserver:
              config-map-namespaces:
                - config
                - bar
              secrets-namespaces:
                - config
                - bar
  

• 在Config Server的Deployment中挂载该ConfigMap：

  volumes:
    - name: config-server-config
      configMap:
        name: config-server-config
  containers:
    - name: config-server
      volumeMounts:
        - name: config-server-config
          mountPath: /workspace/config
          readOnly: true
      env:
        - name: SPRING_CONFIG_ADDITIONAL_LOCATION
          value: file:/workspace/config/
  

3. 配置RBAC权限 #

确保Config Server使用的ServiceAccount拥有访问bar命名空间ConfigMap和Secret的权限：

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: config-server-cluster-role
rules:
  - apiGroups: [""]
    resources: ["configmaps", "secrets"]
    verbs: ["get", "list", "watch"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: config-server-cluster-role-binding
subjects:
  - kind: ServiceAccount
    name: config-server-sa # 替换为你的Config Server使用的ServiceAccount名称
    namespace: config
roleRef:
  kind: ClusterRole
  name: config-server-cluster-role
  apiGroup: rbac.authorization.k8s.io

三、验证配置生效 #

修改配置后重启Config Server Pod，访问http://localhost:8080/config-server/actuator/env，搜索spring.cloud.kubernetes.configserver.config-map-namespaces和spring.cloud.kubernetes.configserver.secrets-namespaces，确认值已包含bar。

重新执行curl命令：

curl http://spring-cloud-kubernetes-configserver.config.svc.cluster.local:8888/my-service/kind

此时应该能正确拉取bar命名空间中my-service的配置。

内容的提问来源于stack exchange，提问作者B Randall