前文回顾
- 大规模 IoT 边缘容器集群管理的几种架构-0-边缘容器及架构简介
- 大规模 IoT 边缘容器集群管理的几种架构-1-Rancher+K3s
- 大规模 IoT 边缘容器集群管理的几种架构-2-HashiCorp 解决方案 Nomad
- 大规模 IoT 边缘容器集群管理的几种架构-3-Portainer
📚️Reference: IoT 边缘计算系列文章
Kubeedge
简介
KubeEdge 是一个开源系统，用于将本地容器化应用协调能力扩展到边缘的主机。它建立在 kubernetes 之上，为网络、应用部署和云与边缘之间的元数据同步提供基本的基础设施支持。
Kubeedge 的目标是建立一个开放的平台来实现边缘计算，将原生的容器化应用协调能力扩展到边缘的主机，该平台建立在 kubernetes 之上，为云和边缘之间的网络、应用部署和元数据同步提供基本的基础设施支持。
参考架构
- “云”：Kubernetes 集群 + CloudCore（包括： CloudHub、EdgeController、DeviceController）
- “边”：EdgeCore
- Edged: 轻量化的 Kubelet 实现
- EdgeHub
- DeviceTwin
- MetaManager
- ServiceBus
- "端": 各类 IoT 设备 Mappers
方案优点
- CNCF 首个云原生边缘计算项目: 基于 Kubernetes, 为边缘做了很多优化和适配。功能强大且完善。全球开发者众多。
- 大规模: 单集群突破 10 万边缘节点
- 边缘设备管理: 完善的边缘设备管理，支持多种边缘设备通信协议，如 MQTT、Modbus、Bluetooth、OPC UA 等，支持自定义插件扩展边缘设备协议。
- 100%兼容 Kubernetes 原生能力： 支持用户使用 Kubernetes 原生 API 统一管理边缘应用
- 边缘可靠的 list-watch 接口
- 轻量： 针对资源受限场景进行自身组件轻量化，~70MB 内存占用
- 支持复杂的边云网络环境： 双向多路复用的边云消息通道，支持边缘位于私有网络； 应用层可靠增量同步机制，支持在高时延、低质量网络环境下工作
- 边缘自治: 支持边缘离线自治：边缘元数据持久化、边缘 DNS，保证边缘离线时的业务运行和故障恢复能力（相比起来，k3s 的边缘自治算是"伪边缘自治"); 支持边缘数据流式处理，定义边缘数据清洗、数据分析等处理工作
- 边云一体资源调度和流量协同: 支持边缘节点 (edged 节点，在 kubernetes 看来也是一个 node) 和云节点混合管理，提供边云数据通信和边边数据通信
- DMI 架构设备管理: 管理面数据与业务面数据分离
- EdgeMesh: 跨云边、边边的应用互访通信；边缘内置域名解析能力，不依赖中心 DNS; 支持 L4，L7 流量治理；支持跨越边云的一致的服务发现和访问体验；跨子网通信
- Sedna: AI 边云协同套件
方案缺点
- 复杂度高: Kubeedge 基于 Kubernetes, 但是针对边缘计算场景做了大量的功能扩展，这使得要用好 Kubeedge, 不仅要懂 Kubernetes, 还需要懂 Kubeedge, 还需要懂边缘业务/边缘通信协议。入门学习曲线极为陡峭。
- 中文文档质量一般: 查看 Kubeedge 官网中文文档，发现以下问题：版本更新后文档未更新；文档生硬机翻英文文档；文档组织结构存在问题，很难"quick start"; 甚至还有低级的文档排版错乱，markdown 错乱等问题。
- 反面典型案例：使用 Keadm 进行部署 | KubeEdge 一个支持边缘计算的开放平台, 看得我脑壳痛😂😂😂
- 资源占用其实也不少: 如果只是安装 edgecore 或 edged, 资源占用相对可控。如果需要使用到更多的功能，如 EdgeMesh, Sedna, 边缘设备管理，Kubernetes 的 CSI CNI 实现，那么这些功能都需要启用或额外安装相应插件。导致资源占用上升。
- 边缘容器管理和边缘计算业务有一定耦合: Kubeedge 除了提供边缘容器管理基本功能外，还提供了大量与边缘计算业务有密切关系的功能，可能会导致部门耦合。
- 自动化运维困难: 其他 3 个方案，都会提供一键式的安装运维脚本或自动化部署/运维功能，Kubeedge 这方面相对缺乏，自动化运维能力需要自行探索。
继续阅读
参考资料
三人行, 必有我师; 知识共享, 天下为公. 本文由东风微鸣技术博客 EWhisper.cn 编写.
