本地运行Micronaut Kubernetes示例遇Kind缺失错误求助

1. 缺失的Kind字段取值 #

这两个报错的对象都是Kubernetes核心资源，需要补充对应的Kind及必要的API版本、元数据字段：

• 第一个存储应用配置的对象，Kind应为ConfigMap，完整资源结构示例：

apiVersion: v1
kind: ConfigMap
metadata:
  name: employee-config  # 需与应用引用的配置名称一致
data:
  application.yaml: |-
    mongodb:
      collection: employee
      database: admin
    in-memory-store.enabled: true
    test.employees:
      - id: 1
        organizationId: 1
        departmentId: 1
        name: John Smith
        age: 22
        position: Developer
      - id: 2
        organizationId: 1
        departmentId: 2
        name: Paul Walker
        age: 33
        position: Tester

• 第二个存储敏感连接串的对象，Kind应为Secret，完整资源结构示例：

apiVersion: v1
kind: Secret
metadata:
  name: mongodb-secret  # 需与应用引用的密钥名称一致
type: Opaque
data:
  mongodb.uri: bW9uZ29kYjovL21pY3JvbmF1dDptaWNyb25hdXRfMTIzQG1vbmdvZGI6MjcwMTcvYWRtaW4=

注意：Secret的type设为Opaque即可满足通用敏感数据存储需求，同时要保证元数据名称与应用配置中的引用完全匹配。

2. 新版本环境的适配要点 #

你的Minikube、Skaffold、Kubectl版本均高于教程版本，主要需关注以下适配细节：

• Kubernetes API版本兼容性：Kubernetes 1.24+移除了大量旧版Beta API（如extensions/v1beta1、apps/v1beta1），所有资源需使用稳定版API：
  • Ingress资源需改用networking.k8s.io/v1，并强制补充spec.rules[].http.paths[].pathType字段（比如设为Prefix）
  • Deployment、StatefulSet等工作负载资源统一使用apps/v1
• Skaffold 2.x配置变化：Skaffold 2.0重构了部分配置逻辑，旧版的build.artifacts[].docker字段需适配新的构建规则；部署模块若使用Helm或Kubectl，需确认配置格式符合2.x规范，可查看官方文档的版本迁移章节
• Minikube容器运行时适配：Minikube 1.26+默认使用containerd作为容器运行时，若依赖Docker构建镜像，需执行minikube docker-env配置本地环境变量，确保构建的镜像能被Minikube集群识别
• RBAC权限校验：新版本Kubernetes对RBAC权限的校验更严格，你已创建的clusterrolebinding能覆盖大部分全局权限，若出现特定资源的权限报错，需补充对应的Role或ClusterRole规则

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