华为云智能边缘云首席架构师技术解读KubeEdge

  • 时间:
  • 浏览:0
  • 来源:1分快3_1分快3平台_1分快3网投平台

日前,由中国信息通信研究院主办的云计算开源产业峰会在京召开。由华为云开源的智能边缘项目KubeEdge在会上荣获尖峰开源技术创新奖,华为云智能边缘云首席架构师张琦出席领奖并发表了《KubeEdge:云原生的边缘计算平台》的主题演讲。

早在今年 3 月,CNCF基金会及技术委员会全体一致同意开源智能边缘项目KubeEdge加入CNCF社区,成为CNCF在智能边缘领域的首个正式项目。KubeEdge旨在推进云原生技术在智能边缘领域的生态建设与普及,与全球广大云原生社区伙伴一起去一起去推动智能边缘及云原生产业的发展。

云原生与边缘计算完美结合

经过我门都歌词 儿调研发现,传统的嵌入式设备开发面临着诸多挑战,严重制约着边缘设备上云以及大规模设备在云化场景下开发强度。

(1) 边云生态的割裂,物理设备访问难度高,与IT技术割裂,开发难度高产品上市周期长

(2) 日趋复杂的边缘业务的部署,对厚度分布和大规模可扩展性不够考虑

(3) 缺少和云的协同以及边缘和边缘的协同,构建分布式系统难度高

(4) OT和IT世界技术割裂,协同门槛高

这麼,云原生和边缘计算相遇,会擦出哪几个样激烈的“火花”?现在大多数的边缘设备都与云端配合使用,比如工程师们可不可不可否 在云端训练机器学习模型,训练好后后将推理模型应用于边缘节点。无论从边缘应用的整理,边缘应用的可靠性还是边云协同的机制上,云原生边缘计算能助 让边缘也具备像云一样的“弹性”,让应用可不可不可否 “顺滑”的部署到边缘,保持应用在边缘与云端的一致性。

KubeEdge通过更优的架构和技术实现,能完美应对当前遇到的挑战,帮助工程师从底层技术设施的管理中解放出来,将注意力集中到更高抽象层次的应用开发之中。原来,“云-边-端”就像是有另一一两个 完美的整体,最终用户不想感知边缘设备的复杂分布。

· 通过将AI能力、大数据能力等延伸到边缘,解决与云上服务的数据协同、任务协同、管理协同、安全协同诉求

· 通过数据本地化解决、边缘节点离线自治,解决了云和边缘之间的网络可靠性和强度限制的哪几个的大问题

· 通过大幅优化边缘组件的资源占用(二进制大小约46MB,运行时内存占用约10MB),解决了边缘资源的约束哪几个的大问题

· 通过在云边之间构建的双向多路复用网络通道,解决了从云端管理厚度分布的海量节点和设备难的哪几个的大问题

· 南向支持对接物联网主流的通信协议(MQTT,Bluetooth,Zigbee,BACnet等),解决了异构硬件接入难的哪几个的大问题

综合起来看,传统的嵌入式本地计算和云原生边缘计算的差异可不可不可否 归纳如下:

KubeEdge架构

KubeEdge即Kube+Edge,顾名思义本来我依托K8S的容器编排和调度能力,实现云边协同、计算下沉、海量设备的平滑接入。KubeEdge架构上蕴含两累积,分别是云端和边缘侧。云端负责应用和配置的整理,边缘侧则负责运行边缘应用和管理接入设备。

Edged:管理边缘的容器化守护进程。

EdgeHub:边缘的通信接口模块。这是有另一一两个 Web 套接字客户端,负责边缘计算与云服务的交互。

CloudHub:云端通讯接口模块。有另一一两个 Web 套接字服务器,负责监视云端的更改、缓存以及向 EdgeHub 发送消息。

EdgeController:管理边缘节点。它是有另一一两个 扩展的 Kubernetes 控制器,管理边缘节点和 pod 元数据,以便数据可不可不可否 面向特定的边缘节点。

EventBus:使用 MQTT 解决组织组织结构边缘通信。它是有另一一两个 MQTT 客户机,可不可不可否 与 MQTT 服务器(mosquitto)交互,为很多组件提供发布和订阅功能。

DeviceTwin:它是解决设备元数据的设备软件镜像。该模块能助 解决设备情況并将其同步到云上。它还为守护进程提供查询接口,后后它连接到有另一一两个 轻量级数据库(SQLite)。

MetaManager:它管理边缘节点上的元数据。这是 Edged 和 Edgehub 之间的消息解决器。它还负责在轻量级数据库(SQLite)中存储 / 检索元数据。

极致优化

容器火山玻璃的轻量化和可移植性,非常适合边缘计算的场景,鉴于K8S后后成为云原生编排的事实标准,本来我携手K8S进入边缘将很有后后现在结束了了边缘计算当前混沌的情況,并定义云端和边缘统一的应用部署和管理的标准。

然而,后后边缘场景通信的不稳定性和严苛的资源消耗限制,愿因原生的K8S组件无法直接运行在边缘节点上,相似:工业网关等。而受限于K8S某种list/watch机制带来的disconnect哪几个的大问题,数据面和管理面断连后,无法做到本地自治。

KubeEdge选取的是“轻边缘”架构,即边缘侧的容器引擎和设备管理agent尽量轻量化,管理面运行在云端,且构建在K8S的调度能力之上,1150%兼容K8S原生API。KubeEdge all in K8S的设计理念使得用户可不可不可否 围绕K8S的标准API定制需求后后轻松集成云原生生态中的性性心智心智心智心智成熟 图片 的句子的句子 项目。

从ServiceMesh到EdgeMesh

在过去的一年中,服务网格(Service Mesh)后后演变成为云原生堆栈的重要组成累积。像 Paypal,Lyft,Ticketmaster 和 CreditKarma 原来的高流量公司都后后为其生产应用去掉 了 ServiceMesh。ServiceMesh与云原生应用的兴起有关。在云原生模型中,单个守护进程后后蕴含数百个服务,每个服务后后有数千个实例,本来我哪几个实例中的每有另一一两个 都后后位于不断变化的情況,合理管理使用 ServiceMesh,对于确保端到端的性能和可靠性至关重要。

随着信通院《云计算与边缘计算协同九大应用场景( 2019 年)》的发布,“云边协同是边缘计算发展的重要驱动力和不可分割的需求”后后逐渐成为业界共识。当纯粹的计算在边缘转向云边协同,怎么以云原生的方法构建有另一一两个 跨越了边缘和云端的分布式系统就成为了有另一一两个 至关重要的哪几个的大问题:

(1)边缘应用都要有完善的微服务治理能力,以满足日趋复杂的边缘业务模型;

(2)边云、边边的协同成为边缘应用的基本要求,以满足海量边缘数据的解决。

使用EdgeMesh可不可不可否 支持跨越边界的微服务访问,EdgeMesh型态基于标准的istio进行服务治理控制,引入EdgeMesh-proxy负责边缘侧流量转发以及P2P技术跨子网通信,提供云-边、边-边通信,最终实现跨越边云的一致的服务发现和访问体验。

a)边边协同

b) 边云协同

边缘设备管理设备访问微服务化

Kubernetes提供的设备插件(device plugin)框架, 旨在通过Kubelet管理“绑定”在节点上的硬件(加速器),相似:GPU、FPGAs、InfiniBand等,为Pod中的容器应用提供更强的计算和网络性能。

而KubeEdge的设备管理关注的是与边缘通信的组织组织结构设备,相似:蓝牙终端、智能传感器、工业设备等。KubeEdge对设备管理的实现采用的是Kubernetes官方推荐的Operator方法,并实现了设备孪生(device twin)。设备管理Operator的核心是Device CRD和Device Controller,其中Device CRD用来描述设备的情況等元数据,Device Controller运行在云上,负责在云和边之间同步设备情況的更新(包括设备实际情況和用户设定的期望情況)。

KubeEdge设备管理的工作流程如下图所示:

Device Controller会把用户设定的设备孪生期望情況和配置整理到边缘,而在边缘的组件则要接收并解决哪几个信息。为了解决edge_core引入量解决边缘设备通信的代码,一起去保持整个项目良好的易定制性,KubeEdge设计了有另一一两个 边缘设备驱动统一管理引擎Mapper。

Mapper之于KubeEdge的作用如同CRI之于Kubernetes,本来我CRI作为Kubernetes定义的容器接口与底层容器引擎打交道,而Mapper作为有另一一两个 开放接口方便不同的设备协议接入KubeEdge你这一边缘计算平台。

KubeEdge v1. 0 中内置支持的设备协议是蓝牙,后续版本将逐步增加对OPC-UA和Modbus的支持。有了Mapper的解耦层,用户可不可不可否 方便地根据实际都要开发当时人的Mapper来实现与特定设备的通信,一起去社区也欢迎广大开发者贡献更多的协议实现。

Mapper的架构如下图所示:

欢迎加入KubeEdge我门都歌词 儿庭

KubeEdge横跨云原生和智能边缘两大版图,拥有非常大的想象力空间,足够给国内的优秀工程师们提供施展才华的平台。我门都歌词 儿希望借助KubeEdge开放的整理吸收更多全球开发者参与CNCF云原生社区,一起去繁荣CNCF云原生和智能边缘生态,协力一起去将KubeEdge打造为中国在全球CNCF云原生社区以及智能边缘领域生态的名片。

值得一提的是,KubeEdge项目来源于华为云上的明星服务智能边缘平台(IEF),当前IEF正位于公测阶段,我门都歌词 儿可不可不可否 免费去体验。

本文由站长之家用户投稿,未经站长之家同意,严禁转载。如广大用户我门都歌词 ,发现稿件位于不实报道,欢迎读者反馈、纠正、举报哪几个的大问题(反馈入口)。

免责声明:本文为用户投稿的文章,站长之家发布此文仅为传递信息,不代表站长之家赞同其观点,不对对内容真实性负责,仅供用户参考之用,不构成任何投资、使用建议。请读者自行核实真实性,以及后后位于的风险,任何后果均由读者自行承担。