当前位置：首页 > 文章列表 > 科技周边 > 业界新闻 > KubeEdge1.22.0发布，边缘管理再升级

KubeEdge1.22.0发布，边缘管理再升级

2025-12-12 22:18:40 0浏览收藏

推广推荐

免费电影APP ➜

支持 PC / 移动端，安全直达

你在学习科技周边相关的知识吗？本文《KubeEdge 1.22.0 发布，边缘管理升级》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

KubeEdge 1.22.0 发布，边缘资源管理能力提升

KubeEdge 正式推出 1.22.0 版本，本次更新重点优化了 Beehive 架构与 Device Model 模块，并显著增强了边缘侧的资源管理能力。

核心新特性一览：

引入 hold/release 机制，精细化控制边缘资源升级流程
升级 Beehive 框架，支持子模块级重启策略配置
设备模型重构，融合物模型与产品概念提升易用性
轻量化 Kubelet 新增 Pod Resources Server 和 CSI Plugin 可选开关
正式支持 C语言版 Mapper-Framework
底层依赖升级至 Kubernetes v1.31

hold/release 机制实现边缘更新可控

为提升边缘应用更新的灵活性，KubeEdge 1.22.0 引入了 hold/release 控制机制。用户可在云端为 Deployment、StatefulSet 或 DaemonSet 添加 edge.kubeedge.io/hold-upgrade: "true" 注解，以暂停对应边缘 Pod 的更新操作。

在边缘端，被标记的 Pod 将处于待命状态，不会自动执行更新。管理员可通过以下命令手动释放单个 Pod 的锁定状态：

keadmctl unhold-upgrade pod

也可一次性解除节点上所有被 hold 的资源锁：

keadmctl unhold-upgrade node

注意：使用 keadmctl 命令需确保 DynamicController 与 MetaServer 功能已启用。

相关链接：

Beehive 框架增强，支持细粒度重启策略

继 1.17 版本实现 EdgeCore 整体自重启后，1.22 版本进一步深化 Beehive 框架改造，新增对各子模块独立配置重启策略的能力。同时统一了模块启动过程中的错误处理逻辑，推动子模块接口标准化，提升系统稳定性与可维护性。

详情参考：

设备模型升级：引入产品层级概念

现有 Device Model 仅基于物模型设计，而传统 IoT 架构通常采用“产品-设备实例”分层结构，导致用户理解与使用上的不便。为此，1.22.0 版本对设备模型进行重构，将 protocolConfigData 与 visitors 等字段从设备实例提取至设备模型层，实现配置共享。同时保留覆盖机制，允许设备实例按需重写模型配置，兼顾灵活性与复用性。

更多信息请查看：

轻量化 Kubelet 支持特性开关控制

此前版本中，EdgeCore 内嵌的轻量 Kubelet 移除了 Pod Resources Server 功能，影响部分监控场景。此外，默认开启的 CSI Plugin 在离线环境中可能因 CSINode 创建失败而导致启动异常。

此次更新在轻量化 Kubelet 中引入两个关键特性开关，用户可通过如下配置灵活启用或禁用：

apiVersion: edgecore.config.kubeedge.io/v1alpha2
kind: EdgeCore
modules:
  edged:
    tailoredKubeletConfig:
      featureGates:
        KubeletPodResources: true
        DisableCSIVolumePlugin: true

相关 PR：

正式支持 C语言版 Mapper-Framework

继 1.20.0 版本支持 Java 版本后，KubeEdge 进一步扩展多语言生态，推出 C语言版本的 Mapper-Framework。考虑到大量边缘设备驱动由 C 实现，该功能极大降低了协议对接门槛。开发者可访问 KubeEdge 主仓库的 feature-multilingual-mapper-c 分支，快速生成 C 语言自定义 Mapper 工程。

查看实现细节：

Kubernetes 依赖升级至 v1.31

本版本将底层 Kubernetes 依赖升级至 v1.31.12，使云边两端均可利用最新 Kubernetes 特性，提升兼容性与性能表现。

升级详情：