Kubernetes RESTMapper单元测试伪造数据解决NoKindMatchError

根因说明 #

默认使用的kubernetes fake clientset的Discovery客户端未预装任何API资源元数据，调用restmapper.GetAPIGroupResources时会返回空的资源组列表，构造的RESTMapper无法匹配到Deployment对应的资源定义，因此抛出NoKindMatchError错误。

解决方法 #

你只需要手动向fake discovery客户端注入测试需要的API资源元数据即可，具体操作如下：

1. 导入依赖包

import (
    appsv1 "k8s.io/api/apps/v1"
    metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"
    "k8s.io/client-go/kubernetes/fake"
    dynamicfake "k8s.io/client-go/dynamic/fake"
    "k8s.io/apimachinery/pkg/runtime"
)

2. 构造带资源元数据的fake clientset
   你可以根据测试场景选择两种注入方式：

• 手动注入单个资源（适合仅需要少量测试资源的场景）

// 初始化fake clientset
fakeClientset := fake.NewSimpleClientset()
// 注入apps/v1组的Deployment资源定义
fakeClientset.Resources = []*metav1.APIResourceList{
    {
        GroupVersion: "apps/v1",
        APIResources: []metav1.APIResource{
            {
                Name: "deployments", // 资源的复数名
                Namespaced: true, // Deployment是命名空间级资源
                Kind: "Deployment", // 资源Kind
                Verbs: metav1.Verbs{"get", "list", "create", "update", "patch", "delete"}, // 支持的操作
            },
            // 有其他需要测试的资源可以在这里继续添加
        },
    },
}

• 批量从Scheme导入资源（适合需要多组资源的场景）

// 初始化Scheme并注册需要的资源组
scheme := runtime.NewScheme()
_ = appsv1.AddToScheme(scheme)
// 其他需要的资源组可以依次注册，比如corev1.AddToScheme(scheme)、batchv1.AddToScheme(scheme)等

// 从Scheme生成Discovery资源列表，可直接使用client-go testutil的工具方法，也可以自己实现转换逻辑
resources, err := testutil.ResourceListFromScheme(scheme)
if err != nil {
    t.Fatal(err)
}
fakeClientset := fake.NewSimpleClientset()
fakeClientset.Resources = resources

3. 初始化动态客户端和ApplyOptions
   注意动态客户端也需要传入相同的Scheme，避免资源序列化错误：

// 初始化带Scheme的动态fake客户端
dynamicClient := dynamicfake.NewSimpleDynamicClient(scheme)

// 初始化测试用的ApplyOptions
applyOptions = ApplyOptions{
    discoveryClient: fakeClientset.Discovery(),
    dynamicClient:   dynamicClient,
}

完成以上操作后，再调用applyOptions.RestMapper()就能拿到正确的资源组列表，RESTMapper可以正常匹配到Deployment的资源映射，不会再抛出NoKindMatchError错误。

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