Golang中MutatingWebhook获取Deployment创建Pod的名称和命名空间为空

问题原因 #

从日志可见，Pod的Name字段为空但GenerateName存在有效值，这是因为该Pod由Deployment的ReplicaSet自动创建——在Webhook拦截的CREATE阶段，kube-apiserver尚未为Pod分配最终名称；而Namespace字段未被解析到Pod对象中，是由于controller-runtime的decoder不会自动将请求中的Namespace注入到Pod的ObjectMeta，需手动从请求对象中获取。

解决方案 #

1. 从admission.Request直接读取Namespace和Name #

admission.Request本身携带了请求的Namespace和Name信息，无需依赖Pod对象解析结果：

func (p *PodInjector) Handle(ctx context.Context, req admission.Request) admission.Response {
    log := logf.FromContext(ctx)
    // 直接从Request获取Namespace和Name
    podNS := req.Namespace
    podName := req.Name

    pod := &corev1.Pod{}
    err := p.decoder.Decode(req, pod)
    if err != nil {
        log.Error(err, "Failed to decode Pod")
        return admission.Errored(http.StatusBadRequest, err)
    }

    // 处理自动生成名称的场景：Request.Name为空时用GenerateName前缀标记
    if podName == "" {
        podName = fmt.Sprintf("%s(待分配最终名称)", pod.GenerateName)
    }

    log.Info(fmt.Sprintf("pod %s/%s is intercepted", podNS, podName))
    log.Info(fmt.Sprintf("pod %#v", pod))
}

2. 手动补全Pod对象的Namespace（可选） #

如果需要让Pod对象的ObjectMeta中也包含Namespace值，可手动赋值：

// 方式1：直接赋值
pod.Namespace = req.Namespace
// 方式2：使用client.Object接口方法
pod.SetNamespace(req.Namespace)

重要说明 #

• 对于由Deployment、StatefulSet等控制器自动生成名称的Pod，在CREATE阶段的Webhook中，req.Name和pod.Name均为空，此时只能通过pod.GenerateName获取名称前缀，最终完整名称需等待kube-apiserver分配完成后才会生成。
• req.Namespace是可靠的非空值，所有Pod创建请求都会携带该信息。

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