如何在Kubernetes集群中快速检测全命名空间下的废弃API版本资源

以下方案均可覆盖自动生成的第三方资源（含Operator、Halyard生成的服务资源），无需逐份核查清单文件：

方法1：使用kubectl原生命令全量筛查（无需额外安装工具） #

核心逻辑是遍历集群所有API资源，筛选出标记为废弃/已停用的版本对应资源：

• 第一步：先获取集群所有已废弃的API版本列表

  kubectl api-resources -o wide | grep -i deprecated
  

  输出结果中的APIVERSION列即为需要排查的目标废弃版本
• 第二步：遍历所有废弃API版本，拉取对应全命名空间的资源
  可以直接用循环脚本批量执行：

  # 替换为你要排查的废弃API版本，例如extensions/v1beta1、autoscaling/v2beta1、policy/v1beta1等
  DEPRECATED_APIS=("extensions/v1beta1" "autoscaling/v2beta1" "policy/v1beta1")
  for api in "${DEPRECATED_APIS[@]}"; do
    echo "=== 排查API版本: $api ==="
    kubectl get "$api" --all-namespaces
  done
  

  如果需要导出结果到文件，在脚本末尾添加 >> deprecated_resources.log 即可

方法2：使用kube-no-trouble（kubent）工具一键检测 #

这是专门用于K8s废弃API检测的开源工具，可自动匹配集群版本对应的废弃API规则，输出结果自带资源名称、命名空间、当前版本、推荐升级版本信息：

• 安装工具后直接执行检测命令即可：

  kubent --cluster
  

  输出结果会自动过滤已经升级为稳定版的资源，仅标记需要调整的废弃版本资源，第三方Operator生成的资源也会被完整识别。

方法3：GKE集群专属方案：通过审计日志定位实际调用的废弃API #

如果需要排查的是实际正在被调用的废弃API（含还未部署但会调用废弃API的控制器/Operator），可以直接查询GKE审计日志：

• 直接在Cloud Shell中执行以下命令，拉取过去30天内的废弃API调用记录：

  gcloud logging read 'resource.type="k8s_cluster" AND log_id("cloudaudit.googleapis.com/activity") AND protoPayload.request.apiVersion:"beta" AND protoPayload.response.code=200' --limit 1000 --format="value(protoPayload.request.apiVersion, protoPayload.resourceName, protoPayload.authenticationInfo.principalEmail)"
  

  该方案可以精准定位到是哪个服务/控制器在发起废弃API调用，方便排查Halyard、Elastic Operator这类第三方工具的版本适配问题。

排查完成后如果需要升级第三方服务生成的资源，优先升级对应Operator/Halyard的版本，官方维护的工具新版本一般会默认适配最新的稳定API，无需手动修改资源清单。

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