云计算的可信新边界：边缘计算与协同将来——【两万五千字长文】

摘要：伴随云计算的飞速发展，边缘计算将迎来爆发式的增加 …

微服务架构的设计思想是把每一个核心的能力设计得更加内聚、更加独立、能够很小的依赖系统环境，能够分散在各个机器、部署到容器，能够灵活的编排和管理。技术的演进，系统架构的演变支撑了边缘计算技术的诞生、落地和应用的可能。

物联网和人工智能逐渐的发展，物已再也不单纯是一个物，能够联网，能够数据流动，而再也不固化、静态。物与人，人与物，数据的流动、分析可更好的反馈于物、服务于人、反馈于环境，安全、有效、低时延的智能分析服务须要边缘计算来支撑。

通信技术的发展，5G的时代是万物互联、人、环境、虚拟和现实之间的场景，是客户端节点接入数量和接入带宽翻十倍、百倍甚至更多的场景，是海量数据由边缘产生的场景。据IDC预测，到2025年全球联接总数达到1000亿，联接的背后会是数据的爆炸，集中式处理模型下核心网没法承载这么大数据的网络传输，数据也没法在云中心存储计算，须要更快速、近距离的在网络边缘分析、处理与存储，边缘计算市场规模将达数十万亿元。

在现今的云市场，云计算的巨头依托先发优点大力发展边缘计算，将云计算技术下沉到边缘侧，下沉的云计算不必定非要由云服务商来提供，大型IT服务商均可独立开发边缘框架，只要可以链接云服务，谁均可以提供给边缘服务。工业企业依托丰富的工业场景，也在开展边缘计算的实践；电信运营商为迎接5G的市场机遇，全面部署边缘节点，为布局5G基础设施打好基础。

伴随云计算的飞速发展，边缘计算将迎来爆发式的增加 …

边缘计算【Edge Computing】

先看个例子了解下边缘计算的特征，章鱼

是地球上最魔性的动物，也是非脊椎动物中最聪明的生物类群之一，拥有巨量的神经元，60%分布在章鱼的八条腿上，仅有40%在大脑，所以它的触角有独立思考能力且反应敏捷，在捕猎时异常灵巧迅速，腕足之间配合极好，从不会缠绕打结，造成相似分布式计算的“多个小脑+一个大脑”组合。

边缘计算就比如章鱼的触角，类属于一种分布式计算，从云端下沉到端口附近，也是计算的下沉，在靠近物和数据源头的一侧就地分析处理，融合网络、计算、存储、应用的分布式开放平台。提供最近端服务，更快服务响应，知足在实时、智能、安全与隐私保护等方面的基本需求。

维基百科中，边缘计算被定义为一种分散式运算架构，即将应用程序、数据资料与服务的运算，由网络中心节点移往网络逻辑上的边缘节点来处理，将本来彻底由中心节点处理的大型服务加以分解，切割成更小与更容易管理的部分，分散到边缘节点去处理。边缘结点指的是在数据产生源头和云中心之间任一具备计算资源和网络资源的结点。好比手机就是人与云中心之间的边缘结点，网关是智能家居和云中心之间的边缘结点。

边缘计算架构层次上分为终端设备、边缘、云端三层，各层之间能够进行层间和跨层通信。

终端层由各类设备组成，主要完成收集原始数据并上报的功能，以事件源的形式做为应用服务的输入。边缘计算层由网络边缘节点构成，普遍分布在终端设备与计算中心之间，边缘节点的计算和存储资源是差异很大的，且边缘节点的资源动态变化，边缘计算层经过合理部署和调配网络边缘侧的计算和存储能力，实现基础服务响应。云计算还是最强大的数据处理中心，边缘计算层的上报数据将在云计算中心进行永久性存储，边缘计算层没法处理的分析任务和综合全局信息的处理任务也仍然须要在云计算中心完成。

亚马逊开创了边缘计算的先河，推出了AWS Greengrass功能软件；微软发布了Azure IoT Edge边缘侧产品，将云分析扩展到边缘设备，支持离线使用，同时聚焦边缘的人工智能应用；谷歌推出硬件芯片Edge TPU和软件堆栈Cloud IoT Edge，可将数据处理和机器学习功能扩展到边缘设备，使设备能对来自其传感器的数据进行实时操做，并在本地进行结果预测。

国内阿里推出了Link IoT Edge平台，经过定义物理模型链接不一样协议、不一样数据格式的设备，提供安全可靠、低延时、低成本、易扩展的本地计算服务；华为推出了IEF平台，经过将云上应用延伸到边缘的能力，联动边缘和云端的数据，提供完整的边缘和云协同的一体化服务的边缘计算解决方案。在制造业，海尔、树根互联等依托丰富的工业场景，推出了各自的云边协同平台，帮助用户快速构建工业互联网应用，实现各种工业设备的快速接入…

边缘计算具有六大特征：低延时、自组织、可定义、可调度、高安全、标准开放。

边缘计算 Vs 云计算服务

云计算是人和计算设备的互动，而边缘计算则属于设备与设备之间的互动，最后再间接服务于人。边缘计算可处理大量的即时数据，而云计算最后能够访问这些即时数据的历史或者处理结果并作汇总分析 …

云计算的聚合服务模式

---

云计算服务是一种集中式服务，全部数据经过网络传输到云计算中心进行加工处理。资源的高度集中与整合使得云计算具有高通用性，可集中式解决计算和存储问题。在万物互联背景下，网络边缘的设备数量和产生的数据呈爆发式增加，其聚合性服务模式没法高效、即时处理边缘侧数据，显示了此种模式的不足与场景适应性问题。

 实时性问题： 在须要精确到毫秒级的响应场景，时效性的延迟可能带来不可预知后果。处理速度受制于网络带宽、中心计算能力、总计算任务量等多因素，请求至响应的链路累计时延可能形成没法接受的处理时延。

 带宽制约与不足：将大量边缘侧数据传送至云中心，产生巨大的网络带宽压力。

 资源开销、能耗过大： 传输的开销，数据中心处理的任务、存储的大幅增加，形成极多能源消耗，成为限制云计算中心发展的瓶颈。

 数据安全和隐私：数据与用户生活密切相关，智能终端设备如室内智能摄像头，将数据传输到云端容易致使数据丢失或信息泄露等风险。

边缘计算的不一样之处

1) 因为部署的边缘站点更靠近终端用户，传输更安全，数据处理更即时，有效改善了高延迟和链接不稳定的问题；

2) 可实现边缘站点的大量扩展，将部署的边缘设备分布在相比于传统大型数据中心而言更多的、不一样的位置，有更多的节点来负载流量，使得数据传输速度更快。同时更分散的节点所产生的影响更小，解决了设备散热问题；

3) 边缘计算可能须要使用专门的硬件，好比用于AR/VR功能的GPU/FPGA平台；

4) 掌握边缘站点的具体位置及识别访问连接在何处终止十分重要，一个须要靠近用户进行运行的应用须要在正确的边缘部位方可正常运行；

5) 边缘计算架构中，整个应用池可被认为是动态的。因为其物理分离属性，某些状况下，边缘站点将经过广域网进行相互链接和核心链接，随着时间加入或断开；

6) 边缘站点是远程且无人操做，须要有对站点进行间歇性网络访问的相应工具来实现远程管理；

7) 边缘站点支持从大至数据中心，小至单个设备的不一样站点数量和规模；

8) 边缘站点可能受空间或电源要求等的资源限制，或向现有站点添加容量时也可能受到限制；

9) 一些用例须要大规模的多租户

10) 减少了对网络的依赖，离线状态下也能提供基础业务服务，确保“外部云”域不会影响服务。

云、边计算的类似之处

---

边缘计算相似于云计算(数据中心)，体如今：

1). 都包括计算、存储和网络资源；

2). 其资源可由用户和应用共享;

3). 从资源池的虚拟化和抽象化受益;

4). 其发展得益于商品硬件的支持 ;

5). 使用API来支持互操做性.

二者归于总体与局部关系

---

边缘计算的出现是为弥补现阶段云计算所面临的一些短板，配合、促进云计算的发展。边缘计算与云计算之间不是替代关系，而是互补协同关系。二者须要经过紧密协同工做才能更好的知足各类需求场景的匹配，从而放大边缘计算和云计算的应用价值。

边缘计算可归结为广义云计算的一部分，泛指云厂商为客户完成的IT服务，是云计算的补充和延伸。简而言之：云计算把握总体，边缘计算更专一局部。

云计算擅长全局性、非实时、长周期的大数据处理与分析，可以在长期维护、业务决策支撑等领域发挥优点；而边缘计算更适用局部性、实时、短周期数据的处理与分析，能更好的支持本地业务的实时智能化决策与执行，为云端提供高价值的数据。

若是说云计算是集中式大数据处理，边缘计算则可理解为边缘式大数据处理。不一样的是数据不用再传到遥远的云端，在边缘侧就能解决，更适合实时的数据分析和智能化处理，较单纯云计算更加高效且安全！二者实质上都是处理大数据的计算运行的一种方式。

边缘计算中终端设备与云计算中心的请求与响应是双向的，终端设备不只向云计算中心发出请求，同时也可以完成云计算中心下发的计算任务。云计算中心再也不是数据生产者和消费者的惟一中继，终端设备兼顾数据生产者和消费者的角色，部分服务直接在边缘完成响应并返回终端设备，云计算中心和边缘分别造成了两个服务响应流。

边缘计算的可信价值

边缘计算是一种在网络边缘执行计算任务的新型计算模型，相比于云计算，它可以节省网络流量、提升响应速度和保护用户隐私，在物联网应用中显示出了优于云计算的性能。核心是将计算任务从云计算中心迁移到产生源数据的边缘设备上, 操做对象包括来自于云服务的下行数据和万物互联服务的上行数据。随着相关技术的发展，边缘计算将成为推进物联网服务升级的关键技术。

边缘计算的优点

---

1) 分布式和低时延计算

整合了数据采集、处理、执行三大能力，避免了数据上传下达所产生的时延弊端，提高了本地设备的处理能力和响应速度，带来了综合成本的减小、运维效率的提高。

2) 效率更高

因为边缘计算距离用户更近，在边缘节点处实现了对数据的过滤和分析，所以效率更高

3) 下降带宽限制的影响

在网络边缘处理大量临时数据，再也不所有上传云端，极大减轻了网络带宽和数据中心功耗的压力

4) 更加智能化

AI+边缘计算的组合出击让边缘计算不止于计算，更多了一份智能化

5) 缓解流量压力

在进行云端传输时经过边缘节点进行一部分简单数据处理，可减小从设备到云端的数据流量

6) 更加节能

云计算和边缘计算结合，成本只有单独使用云计算的39%。

7) 提升数据的安全性

边缘计算将用户隐私数据再也不上传，而是存储在网络边缘设备上，减小了网络数据泄露的风险，保护了用户数据安全和隐私。

8) 业务数据可靠性

基于安全的数据才会有可靠的业务，边缘计算自己不把数据传向云端，在广域网发生故障的状况下，也可以实现局域范围内的数据服务，进而实现本地业务的可靠运行。

9) 应用开发多样化

将来会有一半以上的数据在其源头进行处理，也会有诸如工业制造、智能汽车、智能家居等多样的应用场景，用户能够根据本身的业务需求自定义应用。

边缘计算的能力

体现(不只限于）在如下方面.

1) 跨不一样基础设施间的一致操做模式

2) 在全球范围内数千个地点的大规模分布环境中的执行能力

3) 为位于全球偏远地点的客户提供网络服务

4) 知足应用程序集成、协调和服务的交付要求

5) 打破硬件限制，下降成本

6) 实现有限或间歇性网络链接

7) 可处理具备严格低延迟要求的应用程序（AR/VR、语音等）

8) 实现地理围栏，保证敏感隐私数据仅留在本地

边缘计算的业务价值

主要体现对客户端的减负和控制上，让不少过去没法想象的业务具备可行性。

1) 硬件设计更灵活

5G边缘网络可能比本地磁盘等零部件速度更快，这是从未有过的新变化。给客户端作减负，最终用户能感受到流畅度提高和电量提高，部分用户还会为此付费；能让客户端和边缘端融合，甚至影响到硬件设计，好比买手机会考虑闪存空间比扩充内存合算，当文件从集中分散到就近边缘，客户读取网络文件的速度不比本地慢，就无需配置更贵的闪存。当网盘的数据大到没法下载到手机时，客户换新机时也得尽量用同一品牌同一帐户迁移。给客户端的计算压力减负最终让客户端的硬件设计方式发生改变。对于手机来讲，试水新硬件常是一次冒险，厂商在设计硬件时，如能够将某些功能放到边缘端，将会得到巨大灵活性。

2) 改变应用发布生态

边缘计算可从软件控制层面改变整个客户端软件生态，技术上能够将客户端的运算功能所有放在边缘端，本地仅保留一个视频播放器。如此带来客户端的分发渠道的变化，也许困扰单机软件几十年的盗版问题可经过边缘视频化来解决。随着边缘APP的访问流畅性逐步获得验证，边缘视频流自然比本地文件更保密安全和方便控制，各类在线系统的使用体验会和本地软件同样。

3) 单一应用留住客户

当一个APP能够all in one其余APP时，用户的访问轨迹不会跳出该APP，给产品运营提供了新的想象空间。如今用户在某视频APP里作游戏和电商引流，转跳到电商和游戏后APP就结束了，将来彻底能够购买同同样东西不出本APP，参与内购分红、改变商业规则。

4) 对技术部门的价值

将CS架构改变CES架构，是具备价值并有挑战的IT技术工做。

移动互联网的发展历程中，应用传输和娱乐化迫使成本在不断增长，集中的云计算又再次走向边缘，经过在靠近物或数据源头的网络边缘侧，融合链接、计算、存储、应用等核心能力，就近提供边缘智能服务，知足行业数字化在敏捷链接、实时业务、数据优化、应用智能、安全与隐私保护等方面的关键需求。

"云、边、端"协同一体化

边缘计算是对云计算的拓展，二者关系就比如人类的"大脑"与"遍及全身的神经系统"，相辅相成，缺一不可。做为云计算的延伸，边缘计算本着“为云分担”的任务和使命而运做，解决了在边缘端的资源应用问题，成为云计算在将来发展中的重要支撑。“云边协同”成为边缘计算的核心能力与发展方向——边缘向云反馈信息，云向边缘发布指令等，完成上传下达，实现共存协同式的调度、命令、搜集、处理、计算、更新等工做。

以物联网场景为例，物联网设备产生大量数据，边缘计算节点能够负责本身范围内的数据计算和存储工做。因为大多数的数据并不是一次性数据，那些通过处理的数据仍须要从边缘节点汇汇集中到中心云，中心云作大数据分析挖掘、数据共享，并进行算法模型的训练和升级，升级后的算法(推理模型)应用于前端边缘节点设备，完成自主学习闭环。同时，存储边缘的数据具有备份的须要，当边缘计算过程当中出现意外，存储在云端的数据也不会丢失。

协同一体化模式

---

“端”和“云”的边缘形态，涵盖端的边缘计算，而“云”的边缘计算是中心云的拓展外延，可视为边缘节点服务，以此构建云-边-端三体网络架构。

边缘云中大量、多种边缘服务器和边缘终端需经过边缘云来统一管理，并实现对边缘应用的支持。中心云则管理多个边缘云和为边缘云提供充足的虚拟化资源，中心云由大量的服务器虚拟化组成，可提供持久化存储和为须要大计算量的应用提供资源，如大数据，AI应用等。中心云经过管理网络来控制边缘云，并提供安全的链接。边缘云在网络发生中断时仍可经过独立的资源管理系统进行“自治管理”。

中心云与边缘云的关系如图，中心云管理多个边缘云平台，工业PC和大量的网关，而边缘云则经过边缘网关接入各类设备、传感器等。

 云计算是根本：纵观几大云服务商的边缘计算产品，从配置到部署，无一不是从云端下发配置信息和工具到边缘侧，实现本地服务。

 核心框架属于云服务商： 云边一体的边缘计算框架，本质上是下沉了一系列精简的云服务工具，而这些工具为了保障通信的私密性，通常都掌握在云服务商手中，用户和开发者没法修改。

 生态建设：围绕云边一体化产品，全部的生态都必须先在云端注册，在云端传送数据后下沉到边缘侧，而互动的逻辑可经过无服务器计算服务实现。

经过云原生技术可实现云 - 边 - 端一体化的应用分发，解决在海量边、端设备上统一完成大规模应用交付、运维、管控的诉求；云原生技术可提供容器等更加安全的工做负载运行环境，及流量控制、网络策略等能力，可有效提高边缘服务和数据的安全性；依托云原生领域强大的社区和厂商支持，云原生技术对异构资源的适用性逐步提高，在物联网领域已能很好支持多种 CPU 架构（x86-64/arm/arm64）和通讯协议，并实现较低的资源占用。

… …

多维度协同主体

---

当用户从一个边缘节点移动到另外一个就涉及多节点的协做，可简单将数据缓存到用户到达的各个边缘节点，不过各节点的数据须要同步。如在一小片区域内导航应用能够将导航或者搜索服务移动到边缘；在边缘节点进行内容过滤与整合从而减小数据传输量；实时应用如AR可使用边缘节点减小反应时间。

云边协同包含云端与边端IaaS、PaaS、SaaS的协同，IaaS 实现对计算、网络、存储、虚拟化资源等的协同；PaaS 实现数据、智能、应用编排、业务管理协同；SaaS 实现应用服务协同。在IaaS资源、PaaS平台、SaaS应用的协同基础上还需考虑计费、运维、安全等方面的协同。云边协同的联合式服务能充分利用二者的联合优点，针对不一样特征的业务需求进行灵活的部署与响应。融入边缘计算的云边协同联合式服务将成为更有效的服务构架。

边缘协同任重道远，需从多维度解决：

1) 链接协同： 链接设备数量的剧增，网络运维管理、灵活扩展和可靠性保障面临挑战,以及如何兼容多种链接且确保链接的实时可靠是必需要解决的现实问题。

2) 数据协同： 统一数据链接和数据聚合是业务智能的基础，解决多样化与异构的技术和标准的问题，离不开跨厂商、跨领域的数据集成与互操做。

3) 任务协同： 任务的下达和反馈是实现应用场景功能的基础，云端面对海量的边缘侧设备和复杂的应用环境，如何将任务准确完整下达到边缘侧；边缘侧设备经过边缘计算后，如何将有效信息整合到任务中进行反馈，是云边协同能力的重要指标。

4) 管理协同： 云端如何对海量和异构的边缘侧设备的接入进行统一和有效的管理；如何对边缘侧设备和云端的应用开发、生命周期、业务管理进行协同，确保边缘侧设备和运算能共同完成某应用场景的管理工做。

5) 安全协同： 边缘侧的设备和产生的数据接入云端的安全和隐私如何保证，云端如何抵御来自边缘侧的攻击，云端下放到边缘侧的数据如何保证安全 …

6) 多方协同: 边缘计算和云计算协同应用场景愈来愈多，愈来愈复杂，如何在同一应用场景中实现云边、边边、多边协同等多方协同方案，成为需着重考虑的问题；如何统一不一样应用场景中的云边、边边、多边协同也是另外一个重要的方面。

协同以云为中心逐层分散延伸，涉及到云边、边边和边端三部分。

1) 云与边之间网络有两个关键点：虚实结合、动态选路,云边网络就是回云的安全和加速网络。

2) 边边网络需保障上层应用使用的边缘节点之间数据传输透明且安全。涉及两关键词:Fullmesh和安全加速。Fullmesh表示边边网络实现的边缘节点之间的直接通信，无需经过中心绕道,是基于由众多边缘节点构建的分布式传输加速网络来克服互联网的数据传输稳定性、跨运营商的传输速度瓶颈等问题。

3) 端-边网络：运营商本地接入网络在用户接入侧，端侧具备不可撼动的强大优点，因此边缘计算必定要与运营商造成协力，基于运营商本地基础设施网络构建节点造成与端的链接，实现接入流程一体化，将更多计算能力汇聚。

云原生向边缘端复制

云边端协同一体化做为一个标准化构想，分三个层次将云原生能力向边缘端复制：

 第一个是可以在云端提供标准化的接口、管控能力，或是标准的云服务和云资源的接入能力.

 第二个是能高效的管理处在整个边缘端的众多资源，其中包括边缘端应用的运维效率问题；

 第三个是典型的 IoT 场景中的端设备。

边缘云计算服务是将传统云计算与边缘计算相结合，造成“云-边-端”协同的计算架构。边缘计算的核心，是将计算任务从云计算中心，迁移到产生源数据的边缘设备上，较之传统云计算，其安全性更高、低时延、减小带宽成本。边缘计算和云计算相互促进、共同发展、相互融合，在中心端学习，在边缘端执行来处理复杂的问题，在处理好安全性、带宽、复杂性等方面的问题后，云边协同势必在生产中占据举足轻重的位置，大放异彩！

边缘计算平台的架构

伴随行业发展，边缘计算正在成为云计算的新边界，而规模和复杂度的日益提高对边缘计算的效率、可靠性、资源利用率等一系列能力提出了新的诉求，核心诉求包括：

 资源、应用管理诉求；

 容器化和微服务化；

 标准的 API 和工具链；

 安全，数据 / 信道加密和认证受权

 ……

诉求的背后是对边缘计算平台架构的目标问题和能力提出了指引，对云边协同一体化平台的设计提出了指导方向：支持对物理世界具备系统和实时的认知能力，在数字世界进行仿真和推理，实现物理世界与数字世界的协做；基于模型化的方法在各产业中创建可复用的知识模型体系，实现跨行业的生态协做；系统之间、服务之间等基于模型化接口进行交互，实现软件接口与开发语言、工具的解耦；框架能够支撑部署、数据处理和安全等服务的全生命周期。

本章节如下部分从通用、分层技术架构，以及具体开源KubeEdge平台展开.

通用平台产品架构

---

云边协同的联合式网络结构通常可分为终端层、边缘计算层和云计算层，各层可进行层间及跨层通讯，各层的组成决定了层级的计算和存储能力，从而决定了各个层级的功能。

终端层由各类物联网设备(如传感器、RFID标签、摄像头、智能手机等)组成，主要完成收集原始数据并上报的功能，以事件源的形式做为应用服务的输入。

边缘计算层由网络边缘节点构成，普遍分布在终端设备与计算中心之间，能够是智能终端设备自己(如智能手环、智能摄像头等)，也能够被部署在网络链接中(如网关、路由器等)。显然，边缘节点的计算和存储资源差异大且动态变化，所以如何在动态的网络拓扑中对计算任务进行分配和调度是值得研究的问题。边缘计算层经过合理部署和调配网络边缘侧的计算和存储能力，开放API, 实现基础服务响应。

云计算是强大的数据处理中心，边缘节点不稳定，核心数据、核心应用需存放云端以确保应用的稳定、数据的安全，边缘计算层没法处理的任务和全局信息的处理也仍需在云计算中心完成。除此，云计算中心还可根据网络资源分布动态调整边缘计算层的部署策略和算法。

通用架构模型

---

如图所示，基础服务层贯通整个框架，数据全生命周期服务提供对数据从产生、处理到消费的综合管理。纵向来看，最上侧是模型驱动的统一服务框架，实现服务的快速开发和部署。下侧分为设备、边缘和云层，边缘层划分为边缘节点和边缘管理器。边缘节点的形式、种类多样，解决异构计算与边缘节点的强耦合关系，下降物理世界带来的结构复杂性，设备资源被抽象为计算、网络和存储三种资源，使用应用API实现通用的能力调用, 控制、分析与优化领域模块实现了上下层信息传输和本地资源规划。边缘管理器使用模型化的描述语言帮助不一样角色使用统一的语言定义业务，实现智能服务与下层结构交互标准化。根据功能，提供了4种开发框架：实时计算、轻量计算、智能网关和智能分布式系统，覆盖从终端节点到云计算中心链路的服务开发。

边缘计算通用服务分层栈

在基础设施之上，边缘计算涵盖四层技术栈，一是边缘硬件和芯片，二是边缘计算平台或边缘计算操做系统，三是边缘中件间，四是面向边缘的应用或服务。边缘计算和云、端造成一体化的协同模式，开放API赋能上层应用生态。边缘计算的技术形态可划分为IaaS、PaaS和SaaS：

 IaaS： 主要在边缘侧提供资源虚拟化。创建大规模分布式边缘算力融合调度平台，融合虚机、容器、函数、流式计算等计算形态，屏蔽各个边缘硬件与网络环境的异构差别，无缝支持各种边缘资源，为规模覆盖的云边一体化计算提供底座能力支持。

 PaaS： 传统虚机方式的运维成本每每居高不下，好比机器的地域分布、网络差别等会带来不小运维成本，难以进行快速的业务切换调度。就须要有个边缘场景的PaaS服务来帮助用户管理和调度边缘的资源，容器和K8s是一个不错的架构选择。

 SaaS： 服务种类较多，包括边缘智能、边缘应用市场、边缘中间件(消息、缓存等)、边缘软硬一体机(数据智能、通用一体机等)。这些服务均可经过边缘容器应用市场获取。

 在基础设施层，实际上是基于复杂的、异构的基础设施进行资源拉通。

 在芯片/设备方面，边缘计算采用通用、专用和自研芯片解决面向场景的计算成本问题；

 在边缘计算平台方面着力打造边缘操做系统，提供三种计算形态(虚机、容器、函数)和三种交付形态(Server、Serverlet、Serverless)，为客户营造一个利于使用的计算环境；

 对于边缘中间件，从本来“内容分发的调度”转变为“计算的调度”，同时叠加AI、存储等技术，逐步造成面向城市应用场景的独特中间件能力；

 至于上层的边缘应用及服务，则需结合整个生态和垂直行业伙伴共同推进技术进步。

硬件层提供的是物理机，硬件的网关包括AI盒子，可能只是一个很小部分，它须要组网也须要通讯的模组，包括智能硬件。再往上层是通用计算、GPU，包括简单的PAAS，上面有一些目前本地计算须要的好比边缘引擎、边缘网关、调用中台，定位为边缘计算平台。再往上要承载整个边缘计算提供的服务，这个服务有组件还有SAAS服务。再往上是整个智能运用的场景。

云原生与边缘计算

不管从边缘应用的分发,可靠性仍是边云协同的机制上,云原生边缘计算有利于让边缘也具有像云同样的“弹性”,让应用能够“顺滑”的部署到边缘,保持应用在边缘与云端的一致性。“云-边-端”就像一个完美的总体,用户无需感知边缘设备的复杂分布。

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

 经过数据本地化处理、边缘节点离线自治,解决了云边之间的网络可靠和带宽限制问题

 经过大幅优化边缘组件的资源占用,解决边缘资源的约束问题

 经过在云边之间构建的双向多路复用通道,解决从云端管理高度分布的海量节点和设备;

 南向支持对接物联网主流通讯协议(MQTT,Bluetooth,Zigbee),解决异构硬件接入问题。

传统嵌入式本地计算和云原生边缘计算的对比差别以下:

云原生EdgePaaS架构

---

做为云上边缘托管服务底座，支持海量边缘网关节点接入，深度融合IoT云端市场、云端FaaS、消息、运维等服务。经过容器化和K8s的调度能力，传统IoT业务拥有了强大的日志、监控、自动扩缩容等运维能力，而且运维能力在云中心汇聚。

阿里云将边缘计算当成云计算总体的一部分进行规划和设计，基于飞天系统构建。底层是资源层，上面是服务平台，既可部署在运营商基础互联网里，也可部署在客户侧。Link IoT Edge可以让计算就近发生，是链接最后1千米的物联网边缘计算平台，支持包括函数计算、流式计算、规则计算等计算引擎。发布的链接最后10千米的边缘节点服务（ENS），帮助用户将计算、转发等业务下沉至边缘，下降了时延和成本。如可把终端到边缘节点的时延缩小到5毫秒以内，终端到云的访问频次将减小80%，计算、存储、网络等成本可节省30%以上。

云原生是一个大的体系，作到真正的边缘原生须要从理念、系统设计、架构设计等方面真正的去实践、实现，才能充分发挥边缘的优点。固然，边缘云平台也要具有和提供更多的开放能力，造成整个正向的开发生态闭环。

KubeEdge平台架构

---

华为云提出基于Kubernetes扩展的云边协同开源项目—KubeEdge, 在边缘计算领域的布局涉及“云、管、边、端、芯”。做为一个智能边缘平台，KubeEdge包含边端的计算节点部分和云端的管理控制部分，其云边协同体如今：

1）基于WebSocket和Quic协议构建了可靠、高效的云边消息通讯，并做为云边控制协同、数据协同的通讯基础；2）扩展了Kubernetes，实现云边协同编排管理，包括基于云端的边缘控制器 EdgeController等控制Kubernetes API服务器与边缘节点、应用和配置的状态同步，支持直接经过kubectl命令行在云端管理边缘节点、设备和应用；3）提供了DeviceTwin 模块，实现边缘计算节点下挂的边缘设备与云端设备管理之间的同步和控制。

KubeEdge即Kube+ Edge，使能边缘计算，依托K8s的容器编排和调度能力，实现云边协同、计算下沉、海量设备的平滑接入等，将K8s优点和云原生应用管理标准延伸到边缘。为云和边缘之间的网络，应用部署和元数据同步提供基础架构支持。技术架构上分为云、边、端三个部分，云端负责云上应用和配置的校验、下发，同步Edge的状态和事件；边缘侧负责运行边缘应用和管理接入设备，接受并执行Cloud部分下发的指令，管理各类负载；设备端侧运行各类边缘设备。KubeEdge完整的打通了边缘计算中云、边、设备协同的场景，总体架构以下图。

Edged: 管理边缘的容器化应用程序。

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

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

EdgeController:管理边缘节点，是一个扩展的Kubernetes控制器,管理边缘节点和pod元数据,以便数据能够面向特定的边缘节点。

EventBus:使用MQTT处理内部边缘通讯,是一个MQTT客户机,可与MQTT服务器交互,为其余组件提供发布和订阅功能。

DeviceTwin: 是处理设备元数据的设备软件镜像,该模块有助于处理设备状态并将其同步到云上。它还为应用程序提供查询接口,后端使用轻量级数据库(SQLite)。

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

极致优化,All in K8s

因为边缘场景通讯的不稳定性和严苛的资源消耗限制,致使原生的K8s组件没法直接运行在边缘节点上,例如:工业网关等。而受限于K8S自己list/watch机制带来的disconnect问题,数据面和管理面断连后,没法作到本地自治。KubeEdge选择“轻边缘”架构,即边缘侧的容器引擎和设备管理agent尽可能轻量化,管理面运行在云端,且构建在K8s的调度能力之上,兼容K8S原生API。KubeEdge all in K8s的设计理念使得用户能够围绕K8S的标准API定制需求或轻松集成云原生生态中的成熟项目。

ServiceMesh到EdgeMesh

服务网格已演变为云原生堆栈的重要组成部分。在云原生模型中,单个应用程序可能包含数百个服务,每一个服务可能有数千个实例,且这些实例中的每个均可能处于不断变化的状态,合理管理使用ServiceMesh对于确保端到端的性能和可靠性相当重要。当纯粹的计算在边缘转向云边协同,以云原生的方式构建一个跨越边缘和云端的分布式系统相当重要:

 边缘应用须要有完善的微服务治理能力,以知足日趋复杂的边缘业务模型;

 边云、边边的协同成为边缘应用的基本要求,以知足海量边缘数据的处理。

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

边缘设备访问微服务化

Kubernetes提供的设备插件框架, 旨在经过Kubelet管理“绑定”在节点上的硬件,如:GPU、FPGAs、InfiniBand等,为Pod中的容器应用提供更强的计算和网络性能。而KubeEdge的设备管理关注的是与边缘通讯的外部设备,如:蓝牙终端、智能传感器、工业设备等。KubeEdge对设备管理的实现采用Operator方式,并实现了设备孪生。设备管理Operator的核心是Device CRD和Device Controller,其中Device CRD用来描述设备的状态等元数据,Device Controller运行在云上,负责在云和边之间同步设备状态的更新(包括设备实际状态和用户设定的指望状态)。

云边通讯

涵盖cloud端的cloud Hub与edge端的Edge Hub，两个模块之间经过websocket或quic通讯，至关于创建了一条底层通讯隧道，供k8s和其它应用通讯。重点保障当之间的链路都没法保障时业务不受影响，这就是MetaManager须要解决的问题。

CloudHub

cloud端的cloudHub是一个隧道的server端，用于大量的edge端基于websocket或者quic协议链接。支持获取消息上下文和为事件构建 channelQ对象，支持从edge读和向edge写入消息，以及发布消息到controller。

EdgeHub

位于edge端运行，是隧道的client端，负责将接收到的信息转发到各edge端的模块处理；同时未来自个edge端模块的消息经过隧道发送到cloud端。

Route To Cloud / Edge

边缘端

Edged

经过读取metaManager和EdgeController的pod任务列表，来执行对本地pod的操做，管理其生命周期。pod关联的configmap和secret也会随着处理pod的过程而一并处理。保障cloud端下发的pod以及其对应的各类配置、存储（函数式计算）能在edge端稳定运行，并在异常以后提供自动检测、故障恢复等能力。

EventBus/ServiceBus/Mappper

设备相关的设备管理侧,支持外部以MQTT和Rest协议接入，对应EventBus和ServiceBus。EventBus是一个MQTT broker客户端，主要将edge端各模块通讯的message与设备mapper上报到MQTT的event作转换；而ServiceBus对应Rest接入时的转换。IoT的各类设备可能直接支持MQTT，但有的只支持蓝牙或其余近场通讯协议。Mappper能够实现将各类协议转换为对MQTT的订阅与发布，从而实现与edge端的通讯。

Eventbus消息交换

Mapper Engine

为避免edge引入大量处理边缘设备通讯代码,同时保持整个项目良好的易定制性,KubeEdge设计了一个边缘设备驱动统一管理引擎Mapper，一个用于链接和控制设备的应用程序，支持设备终端经过蓝牙、ModbusTCP、ModbusRTU协议与Edge平台通信。Mapper做用如同CRI之于K8s,CRI做为Kubernetes定义的容器接口与底层容器引擎打交道,而Mapper做为一个开放接口方便不一样的设备协议接入KubeEdge这个边缘计算平台。有了Mapper的解耦层,用户可方便地根据实际须要开发本身的Mapper来实现与特定设备的通讯。

MetaManager

在edged和edgehub之间的消息处理器，对应一个本地数据库(SQLite)，其余模块需与cloud端通讯的内容都会被保存到本地DB中，当需查询数据时，若是本地DB中存在该数据就会从本地获取，避免了与cloud端之间频繁的网络交互；在网络中断的状况下，本地的缓存数据也能保障其稳定运行(如智能汽车进入到没有无线信号的隧道中)，在通讯恢复以后，从新同步数据。

示例：Insert Operation

DeviceTwin

“数字孪生”指对接入设备信息的特征描述。DeviceTwin就是将这些信息保存到本地DB中，并处理基于cloud端的操做来修改device的某些属性(即操做设备)；同时，将设备基于eventBus上报的状态信息同步到本地DB和cloud端。

云端Controller

包括用于edge端与API-Server同步信息的edgeController与用于DeviceTwin与API-Server同步device CRD信息的deviceController组成。

Edge Controller

1) Sync add/update/delete event to edge

2) Sync watch and Update status of resource and events

3) Creates manager Interface

 Manager defines the Interface of a manager, ConfigManager, Podmanager, secretmanager implements it

 Manages OnAdd, OnUpdate and OnDelete events which will be updated to the respective edge node from the K8s-Api-server

 Creates an eventManager(configMaps, pod, secrets)

Device Controller

负责设备管理，使用CRDs来描述设备元及状态信息，在edge和cloud之间保持同步。设备控制器使用设备模型和实例来执行设备管理工做，如把用户设定的设备孪生指望状态和配置下发到边缘,而在边缘的组件则要接收并处理这些信息。KubeEdge设备管理的工做流程以下图所示:

Downstream Controller

The downstream controller watches for device updates against the K8S API server, Synchronize the device updates from the cloud to the edge node.

Syncing Desired Device Twin Property Update From Cloud To Edge

The device controller watches device updates in the cloud and relays them to the edge node. These updates are stored locally by the device twin. The mapper gets these updates via the MQTT broker and operates on the device based on the updates.

Upstream Controller

The upstream controller watches for updates from the edge node and applies these updates against the API server in the cloud. Synchronize the device updates from the edge node to the cloud using device twin component.

Syncing Reported Device Twin Property Update From Edge To Cloud

EdgeSite: 边缘侧独立集群

在边缘测，业务场景须要配置一个独立完整的集群, 管理者或用户能使用本地控制面来执行管理功能和充分利用全部边缘计算的优点。EdgeSite用于帮助在边缘侧构建轻量化的集群。

Architecture Design

Advantages

1) Full control of Kubernetes cluster at edge

2) Light weight control plane and agent

3) Edge worker node autonomy in case of network disconnection/reconnection

4) All benefits of edge computing including latency, data locality, etc.

运维与监控

为提高运维效率，当边缘节点面临异常事件或故障时需及时响应，边缘节点与云监控产品对接，把边缘节点里采集到的日志和事件同步给云监控，由云监控造成与用户系统的标准化对接、通知、告警。同时用户系统可经过API管控边缘节点服务实例和资源，实现整个运维体系的闭环。云监控支持对节点网络事件、割接事件、实例状态和迁移的通知，支持节点网络MTR指标、实例资源占用指标等自定义阈值报警，并可经过IM、邮件、短信等通道触达用户，全面赋能边缘节点服务极简、高效运维。

应用场景及适应性分析

边缘计算、云计算与5G商用的融合，支持海量机器通讯，促进以智慧城市、智能家居等为表明的典型应用场景与移动通讯深度融合，正加速推进工业互联网、能源、自动驾驶、安防监控、农业生产、医疗保健、零售、物联网等领域相关技术在垂直行业中的应用和落地。对于大部分边缘计算业务，云边协同的业务需求广泛存在。

边缘计算主要应用场景

新零售应用

可为门店、物流点提供安防视频解决方案，低成本接入不一样厂商设备，提供实时预览、录制回看、截图、分析等能力，实现了视频安防云联网，提升了工做效率，促进生产安全，减小盗损资产损失. 同时，边缘计算提供的视频AI计算能力，支持计算资源弹性扩容知足业务突发增加，下降大量本地部署、运维和管理成本。新零售场景下的视频监控，产生了大量的视频，经过边缘节点一系列处理后将结构化数据发送到中心，节约成本，大幅缩短处理时间.

移动互联网的发展让咱们得以在移动端流畅的购物，咱们的购物车以及相关操做都是依靠将数据上传到云中心才能得以实现。若是将购物车的相关数据和操做都下放到边缘结点进行，将极大提升响应速度，加强用户体验，经过减小延迟来提升人与系统的交互质量。

边缘计算与交通

设备链接到边缘节点，能够作数据的清洗分发，包括数据建模、机器学习，能够实现本身的应用。这个过程很是短且延时很低，直接网络相连。好比说收费、停车这类监控状况。

举个例子，好比如今须要AI的一个最新算法，是一个车辆预测的。在可能有1000个车辆预测的节点布了边缘节点，如今只要在云端把这个算法训练以后，一键同步到全部的边缘计算节点，能够立马更新算法，能够在最近的边缘节点作计算的更新，涉及多数据源的融合、实时的分析、集中管理包括数据打通。

车路协同是智慧交通的重要发展方向之一，涉及车内边缘计算、道路边缘计算、车路协同云等方面，云边协同可从多方面提供车车、车路动态实时信息交互，并开展车辆主动安全控制和道路协同管理。在自动驾驶方面，成千上万的自动驾驶数据上传到云端，在云端进行图像分析，并进行机器学习，完善汽车AI能力，当汽车停放或未被使用时，汽车AI从云端获取系统和导航地图等更新信息，同时云端与交通控制系统和其它智慧城市基础设施链接，这些信息也会同步下载到汽车终端，完善汽车终端系统。例如百度智能汽车经过基础云服务、用户APP、地图数据、OEM方案，打造HMI人机交互平台，提供自动驾驶系统解决方案。

在线教育场景

5G时代带来的是一场视频传输的革命，高质量视频通话使在线互动变得更加触手可及，能最大限度还原线下教学的真实感，同时更高清晰度的互动课堂中，教师能够对学生起到更好的观察和督促做用，使学习效率和效果双重提高。借助于云计算、边缘计算、实时音视频通讯以及直播平台、AI等技术，无论学生在任何地点，只要有手机或电脑，在线教育平台就能够把最优秀的老师带来他的身边.

智能建筑、家居

智能网联技术的兴起，不管是办公室、零售店、工厂仍是医院，智能建筑都变得更加高效、温馨、便捷，为居住者带来独特的体验。智能建筑将自动化操做与空间管理相结合，可有效加强用户体验、提升生产力、下降成本以及网络安全风险。建筑物生命周期中75% -80%的成本与其后期运营有关。如今不少商业住宅和办公大楼都有自动化控制或管理系统，例如通暖、中央空调以及嵌入传感器的智能照明系统等，它们都能与云平台或边缘层级的主系统交互。

云边融合正走入家庭，逐步促进智能家庭场景的实现。家庭网关、智能终端等边缘计算节点可处理大量异构数据，再将数据上传至云平台。在智能家居中除了可链接的设备，还可在房间、管道、地板、墙面等部署大量传感器和控制器。将来，智能家庭将不局限于智能家居，还能与家庭医疗、家庭安防等相结合。云边协同使电器控制、安全保护、视频监控、定时控制、环境检测、场景控制、可视对讲等家庭智能化功能得以实现，同时使政务、医疗、教育等产业进一步丰富家庭智能化信息服务成为可能。

智能安防、监控

视频安防监控中经过在边缘的视频预分析和AI推理执行，实现视频监控场景实时异常事件的感知及快速处理，而在云端发挥云端算力、开发工具的优点，完成AI模型的训练以及AI分析应用的开发并按需下发给边缘部署。边缘计算与AI、云计算的结合能在前端实现本地决策、实时响应，执行人脸识别、车牌识别、行为检测等多种本地应用。

工业互联网场景

工业互联网发展正进入快车道，经过设备互联、多类型传感器和边缘计算，实现数据采集、处理，达到云边协同式传输和处理效果，愈来愈多的工业互联网场景对云计算在边缘端的特殊需求逐步增多。针对预测性维护，除了云端的统一控制外，工业现场的边缘节点必须具有必定的算力，可以自主判断并解决问题，及时检测异常状况，更好的实现监控，在提高工厂运行效率的同时也能预防设备故障问题。企业经过边缘端将处理后的数据上传到云端进行存储、管理、态势感知、信息的融合；同时，云端也负责对数据传输监控和边缘设备使用进行管理。

一些大型工业企业已着手建设一站式云边协同平台。如海尔COSMO-Edge平台提供多元的边缘设备接入能力与边缘计算能力，提供设备即服务的应用模式，帮助用户快速构建工业互联网应用，实现数字化生产；长虹IMES平台在工厂网络边缘层实现工业现场的数据接入，提供数据采集、数据分析等服务，构建云-边协同化的生产管理体系。

移动边缘计算

MEC最初指移动边缘计算，后来概念扩展为多接入边缘计算。MEC是电信蜂窝网络与互联网深度融合的缩影，经过MEC可较好地下降移动设备与服务器之间的时延，提高游戏、视频和基于数据流的互联网内容的用户体验。5G架构从设计之初将边缘计算做为关键环节，5G时代业务处理功能依托边缘计算下沉到基站，数据传输时延可大幅下降。目前运营商正在加速推动MEC部署。

城市大脑场景

城市计算将会是边缘计算的最大场景，扎根于城市服务好本地应用，如社区、园区、运输中心、学校小区、商超、行政中心等，可充分发挥边缘计算的价值。将来城市将存在大量摄像头、传感器，如何把这些数据及时分析，对城市治理造成帮助是一个很是大的命题。好比在市政、交通场景中，把从学校、餐饮、医院的数千万摄像头采集的视频汇聚、传输到城市边缘计算平台，数据在边缘节点进行有效收敛、AI及结构化处理，关键性数据再回传到中心云。

计算下沉边缘的模式比直接上公有云能够很好节省回源带宽，相比专有云能够提高交付效率和下降运营成本。在某些典型场景中，网络带宽成本占的比例是占到57%，这是很是大的成本，通过边缘计算的数据收敛以后，带宽能够作到原来的5%，对总成本节省能够到54%。

解决交通、医疗、健康、新零售这类场景的业务诉求，有两种思路，一种把计算设施放在商超、工厂、企业里，这种为重资产模式；另一种是云模式，把计算设施放在基站以上并向企业提供服务。阿里云在布局边缘计算的时候重点依托CDN的点位优点布局基站以上的边缘计算，后续经过引入MEC资源，充分释放计算红利，让企业能够轻装上阵。目前阿里云已完成国内30多个省份300+边缘计算节点的全域覆盖。

其它典型场景

 能源：电力、石油石化等传统能源行业中，信息化接入设备多、信息量大、业务周期峰值明显，云计算技术的虚拟化、资源共享和弹性伸缩等能更好处理对象普遍及业务峰值问题。边缘计算能在偏远、极端环境下进行本地处理，并将加工后的高价值数据与云端交互。

 农业生产：云边协同可推进农业供给端的变革，由经验主导向数据主导转变，经过智能化手段将人的经验传递给机器，经过数据挖掘，可发现新的生产规律和农业商品优化的新空间。

 医疗保健：药师直接且负责任地提供与药物治疗相关的服务，目的是达到改善病人生命质量的确切效果，云边协同从实时本地数据分析、数据断点续传、数据安全传输等方面让医生为患者提供更快、更高的护理。

 边缘AI: 将来设备无需一直链接云端来完成AI运算，实现“智能边缘计算”。边缘人工智能做为不可缺失的支撑技术将取代一部分云平台功能。亦可采用混合方式，一部分由设备自身执行AI计算，另外一部分经过云平台完成。算法开发者经过标准化的AI服务模板，模型托管、资源托管、一键完成AI在边缘的应用。

 云桌面、云游戏：也属本地化很强的业务场景。边缘计算可大幅下降企业平台在IT设施上的投入，简化运维管控。新时代的云游戏利用云边协同快速扩张，游戏研发、硬件设备商、通讯设备商、游戏平台将基于自身优点从不一样角度切入，实现万亿云游戏市场突破。

 CDN 结合边缘计算：向下一代内容分发平台演进，将vCDN 下沉到运营商的边缘数据中心，下降响应时延、下降延迟卡顿，提高Qos指标，提升用户体验。

 . . .

场景适应性分析

不一样边缘计算系统具备不一样的需求和均衡，决定了适合该应用场景的最佳形态。如下给出一组参数并分析了典型边缘计算平台在这组参数下的特色和性能。

1) 邻近度：边缘层与设备层之间的邻近度包含两层含义。一是逻辑上的邻近度，表明边缘层基础设施与终端设备之间的路由跳数，跳数越多表明路由中遭遇拥塞的机会越大，延迟增长的可能性也越大。二是指物理上的邻近度，取决于终端设备与边缘层的物理距离和边缘计算设备的性能。若是在单个边缘计算节点的一跳服务范围内，存在大量终端设备且已超过单个边缘计算节点的服务容量，将致使边缘计算设备拒绝服务，带来大量服务延迟。

2) 接入方式：设备到边缘层的链接方式有多种，如Wi-Fi、蓝牙、蜂窝网络和有线链接等。接入方式决定了终端设备到边缘计算层的带宽、延迟、链接范围以及对链接的设备类型。

3) 环境感知：是将网络参数和周围设备的位置信息暴露给附近的边缘节点，是物联网应用的一个关键参数。移动边缘计算服务器经过放置在无线网络控制器附近，实现检测网络的链路情况、负载以及带宽，接收终端设备的位置信息，所以其感知能力极强。

4) 功耗：若是终端设备处于资源受限的环境中，能耗将是边缘计算的一个重要参数。蜂窝网络带来的能量消耗远高于Wi-Fi的能量消耗,所以移动边缘计算的能量消耗高于Cloudlet。能够根据需求在多种接入方式中灵活选择，实现最优的能耗表现。

5) 计算时延和服务能力：直接取决边缘计算节点的计算能力和资源调度策略。移动边缘计算和Cloudlet采用资源丰富的专用主机做为服务节点，具备显著优点。EdgeX Foundry经过容器和GO语言的轻量级特性，兼容不一样性能设备，并按需提供计算服务。

6) 部署与运维：在边缘计算平台的管理和监督中，每一个平台均遵循分层管理方法，一般监督节点做为代理，负责与底层节点通讯并收集底层节点可提供的资源和状态。但不一样边缘计算平台在代理设置和分层的界定均有不一样。

边缘计算的机遇与挑战

随着5G及互联网智能终端设备数量的急剧增长和数据、业务下沉的诉求增多，边缘计算规模和业务复杂度已发生很大变化，边缘智能、边缘实时计算、边缘分析等新型业务不断涌现。

边缘是一个相对云计算中心的概念，意味着边缘计算的网络覆盖面广，须要多种资源的协同工做，而且须要与云计算架构实现良好的对接，于是面临着众多挑战。

边缘设备种类多且数据协议相差大。好比Modbus、OP CUA包括DL645，在边端硬件规格不一样，ARM的、X86的包括各类各样的AI盒子；体系结构也不一样，整个的操做系统其实也不一，软件基础环境不一样；还有物理环境，可能在家，工厂或随便某个地方；网络环境也会有大不一样，边缘计算现运行环境大多为弱网环境，网络不稳定致使丢包，如何去兼容；通讯协议多，怎么适配这些协议；公有云的能力如何快速跟边端打通，去保证边端的易用性，这个对架构是一个很大挑战。

对大规模资源平台的运营和运维支撑，将复杂度、稳定性等问题封装，实现上层业务透明化对边缘计算来说也十分重要。边缘计算操做系统需解决计算在哪里、如何简化计算复杂度、如何更便捷地运维分布式计算资产等。开发人员只需简单调用接口，就可普遍地使用边缘计算策略，而不用担忧部署和计算在哪里。

在高度分布式模型中，边缘计算潜在问题还不少。云边端协同须要解决中心云、边缘计算以及IoT链接和计算力的协同，发挥云中心规模化、边缘计算本地化与低成本、IoT终端感知等各方面优点，为客户提供最合适、最经济的“上车点”，即计算发生的位置。从云到端将云计算能力下沉到边缘侧、设备侧，经过中心统一交付、运维、管控,粘合云计算核心能力和边缘算力，在边缘基础设施之上构筑云计算平台，面临问题与挑战。

协同： 云边端协同缺乏统一的交付、运维、管控标准。

异构： 对不一样硬件架构、规格、通讯协议的支持，以及基于异构资源、网络、规模等差别化提供标准统一的服务能力。

网络： 边缘网络的可靠性和带宽限制；

更新： 边缘计算要执行数据采集、程序更新、设备管理和监控、机器学习模型更新等高级功能，并且这些功能须要复制到全部边缘节点和集群，须要必定程度的自动化服务和工具来支撑。

管理： 传统数据中心使用的管理策略和实践一般不适用于边缘部署，边缘部署分布在多个位置，比传统数据中心更具动态性。承担这样一个系统的业务管理是一项复杂的任务。

架构及灾备：边缘计算须要小型化计算架构，云计算基本上可作到的单节点内几十万台机器之间灾备，边缘节点跨节点灾备是须要解决的不小问题。

成本：云提供可扩展性且易于配置，具备自动化和弹性，但在边缘提供这些特征昂贵且复杂。

安全：经过多个节点和设备将云和数据中心扩展到边缘，可能会成倍增长网络攻击面。不安全的设备和边缘节点，可能成为企业网中有价值资产的非法侵入点，或被用于其余恶意目的，如分布式拒绝服务攻击。边缘服务和数据的安全风险控制难度高，维护边缘层全部资产的实体和网络安全是一项复杂而关键的任务。

值得研究推动的方案

为使边缘计算能在参考框架指导下成功应用于各行业场景，如下对面对的挑战提出一些值得进一步研究的解决方案，涉及可编程、命名、数据抽象、服务管理、隐私和安全，及性能指标优化。

编程可行性

---

云有特定的编译平台，在云计算平台编程很是便捷，大部分程序均可在云上跑，云计算的基础设施结构对用户来讲是透明的。但边缘计算下的编程就会面临平台异构问题，每个网络的边缘都不同，有多是ios，安卓或者linux等，不一样平台下的编程又是不一样。计算任务分到各类不一样平台的边缘节点上。不一样节点运行时不一样，程序开发者面临着巨大的困难。

为解决可编程性问题，提出了计算流的概念，计算流是数据传播路径上的函数序列/计算序列，可经过应用程序指定计算发生在数据传播路径中的哪一个节点。计算流能够帮助用户肯定应该完成哪些功能/计算，以及在计算发生后如何传播数据。经过部署计算流，数据的计算应尽量靠近数据源，从而减小数据传输成本。在计算流中，操做能够从新分配，对应的数据和状态也要从新分配。此外还要解决协做问题，如数据同步等。

命名机制

---

每一个物体都应有惟一的人类可读名字，便于服务管理、物体判断、部件更换。这种命名机制对于用户和服务提供者来讲十分方便。与全部的计算机系统相似，在边缘计算中，命名方案对于编程、寻址、事物识别和数据通讯很是重要，但尚未行之有效的数据处理方式。边缘计算的命名方案须要处理事物的移动性，动态的网络拓扑结构，隐私和安全保护，以及对于大量不肯定物体的可扩展性等问题。传统命名机制如DNS、URI都不能很好解决动态的边缘网络的命名问题。目前提出的NDN解决此类问题也存有必定局限性。

数据抽象

---

在物联网异构环境中会有大量的数据生成，且生成的数据格式多种多样，数据格式化对边缘计算来讲是一个挑战。边缘的大部分事务只是周期性的收集数据，按期发送给网关，而网关存储有限，所以边缘结点的数据会被常常刷新。利用集成的数据表来存储感兴趣的数据，表内结构能够用id、时间、名称、数据等来表示。数据能够被应用程序读写和操做，因为边缘设备的异构性，致使数据库的读写和操做会存在必定的问题，设备的多样性带来数据的呈现方式与相应的操做都会有所差别，找到一种通用的数据抽象方式也并不是易事。

服务管理

---

边缘结点的服务管理应该有如下特征，包括可区分性、可扩展性、隔离性和可靠性。

可区分性：网络边缘上部署多个服务,不一样服务应具备不一样优先级，关键服务如物体判断和故障报警应在其它普通服务以前执行。对于健康相关服务，心跳中止检测应该具备最高优先级。

可扩展： 对于网络边缘来讲是一个较大挑战。相对于移动系统，物联网中的物品都是动态的，向物联网中添加或删除一件物品都不是那么容易，服务缺乏或增长一个新结点可否适应都是待解决的问题，这些问题能够经过设计一个灵活可扩展的服务管理层来解决。

隔离性：指不一样的操做之间互不干扰。例若有多个应用能够控制家庭里面的灯光，控制灯光的数据是共享的，当某个应用程序不能响应时，使用其余应用程序依然可以控制灯光。也就是说这些应用程序之间相互独立，互相没有影响；隔离性还要求用户数据和第三方应用是隔离的，即应用不该能跟踪用户数据并记录，为解决该问题，应添加一种全新的应用访问用户数据的方式。

可靠性：可从服务、系统和数据三方面来阐述。服务方面，网络拓扑中任意节点的丢失都有可能致使服务不可用，如边缘系统能提早检测到具备高风险的节点那么就可避免。较好的一种实现方式是使用无线传感器网络来实时监测服务器集群。从系统角度来看，边缘操做系统是维护整个网络拓扑的重要一部份内容，节点之间能互通状态和诊断信息，这种特征使得在系统层面部署故障检测、节点替换、数据检测等十分方便。从数据角度，可靠性指数据在传感和通讯方面可靠，边缘网络中的节点有可能会在不可靠时报告信息，好比当传感器处于电量不足的时候就极有可能致使传输的数据不可靠。为解决此类问题可能要提出新的协议来保证物联网在传输数据时的可靠性。若是数据和通讯不可靠，提供可靠的服务将是一个挑战。

隐私和安全

---

在网络边缘，数据隐私和安全保护是一个重要服务。若是物联网应用部署在家庭中，用户的大量隐私数据会被收集，好比能够经过读取电量和水量使用数据判断家中是否有人。所以如何在不涉及隐私的状况下提供服务也是一个问题。有些隐私信息能够在处理数据以前剔除，例如遮蔽视频中的面部。为保证数据的私密性，可从如下方面来确保：

1，提升对数据隐私和安全的意识，全部的利益相关者包括服务提供者，系统和应用开发者以及终端用户都须要意识到用户隐私有可能会受到侵害。若是不加防御的话，摄像头，健康监测器甚至WIFI均可能被他人链接

2，在网络边缘处理数据，让数据留在产生数据的地方能够更好地保护隐私。这样数据只会在本地被存储、分析和处理，由用户决定是否提供给服务提供者。

3，对于不一样的应用设置权限，对私密数据的访问加以限制。

4，边缘的网络是高度动态化的网络，易受攻击，很差防御。须要有效的工具保护各类数据在网络中的传输。

最优化指标

边缘计算中节点众多且不一样节点的处理能力不一样，所以在不一样节点选择合适的调度策略很是重要。能够考虑在每层均匀分配负载或在每层完成尽量多的任务，极端状况下彻底在端点操做或彻底在云端操做。为选择最佳的分配策略，下面讨论几个优化指标，包括延迟，带宽，能耗和成本。

延迟： 是衡量性能的最重要指标之一，特别是在交互式应用或服务中，延迟并不单由处理能力决定，也要结合数据在网路中传输的时间。在智能城市案例中，譬如要寻找丢失的小孩信息，在本地手机处理后把结果返回给云将明显加快响应速度。固然这种事情也有相对性，须要放一个逻辑判断层来判断把任务交给哪个节点处理合适，若是此时手机正在处理其余重要的事情，因为手机的计算资源已被占用，此时把这种任务交给其余层次来处理会更好些。

带宽：高带宽可减小传输时间，但也意味着大量的资源浪费。数据在边缘处理有两种模式，一是数据在边缘彻底处理结束后上传结果到云端；另外一种是数据在边缘处理了一部分，剩下的部分交给云来处理。两种方式都能极大的改善网路带宽的现状，减小数据的传输，进而加强用户体验

能耗：对于给定任务，需断定在本地运算仍是传输给其余节点计算节省资源。如本地空闲，那么在本地计算是最省资源的，如本地正在忙碌状态，那么把计算任务分给其余节点会更合适一些。权衡好计算消耗的能源和网络传输消耗的能源是一件很是重要的事情。通常当网络传输消耗的资源远小于在本地计算消耗时，会考虑使用边缘计算把计算任务卸载到其余空闲节点上，帮助实现负载均衡，保证每个结点的高性能。

成本： 包括但不限于边缘结点的构建和维护、新型模型的开发等。利用边缘计算模型，大型服务提供商在处理相同工做的状况下能获取到更大利润。

工做分配与各衡量指标之间密切相关。 若有时因为能量限制，工做负载须要在城市数据中心完成。与构建服务器层相比，能量限制不可避免地会影响延迟。对于不一样的工做负载，指标应该具备不一样优先级(或权重)，从而选择合理的分配策略。此外,成本分析须要在系统运行时进行，同时还应该考虑并发工做的相互干扰以及资源用量。

云原生技术的核心价值之一是经过统一的标准，实如今任何基础设施上提供和云上一致的功能和体验，云原生技术有助于实现云 - 边 - 端一体化的应用分发，解决在海量边、端设备上统一完成大规模应用交付、运维、管控的诉求；安全方面，云原生技术可提供容器等更加安全的工做负载运行环境，及流量控制、网络策略等能力，可有效提高边缘服务和边缘数据的安全性；依托云原生领域强大的社区和厂商支持，云原生技术对异构资源的适用性逐步提高，在物联网领域已能很好支持多种 CPU 架构（x86-64/arm/arm64）和通讯协议，并实现较低的资源占用。

方向性探索及将来

工业互联网的大力推进及5G大规模商用的持续酝酿，让整个产业对IT、OT、CT的深度融合充满信心和期待，在这种背景下，边缘计算市场异常火爆。

什么业务适合在边缘

---

一类是终端算力上移的场景，借助5G带宽能力，把终端算力上移到边缘，具备更灵活、更经济的优点。第二类是本地化场景，不管低延时仍是大链接，本地产生的大量数据须要及时消化，减小带宽成本，缩短传输时间。

阿里云定义边缘计算即城市计算，为城市提供算力基础。城市计算的场景涉及到道路计算(车路协同、交通监测）、公用事业计算(智能电网、智能环保）、消费计算(新零售、物流云)、安全计算(公共安全)和家庭计算(云游戏、VR/AR）等等。

什么业务适合部署在边缘主要仍是从大流量、低延时、广覆盖、本地化这几个方面来规划,而系统平台可基于Edge容器化k8s，享受k8s技术生态环境带来的优点；对于底层基础设施不敏感，有较强的弹性伸缩需求，可以使用Serverless层的边缘容器服务，极简运维，专一后台业务逻辑。

5G、边缘计算与云计算的互补结合，有望逐步培育出新的商业生态。

须要怎样的边缘计算

---

总体来看，企业所需的边缘计算要提供三方面能力，一是网络和资源的覆盖，保障海量边缘节点和弹性的基础设施来覆盖终端接入，二是提供边缘的基础算力，包括计算、存储、网络、安全、调度等一些基础能力，三是创建边缘远程运维体系，支持边缘应用的快速部署、升级和监控。

边缘计算不依赖于云端，弱网络条件下运行是基本功能，而数据处理能力成为新的关注点，边缘侧让物联网应用变得更加智能。物联网和AI 的深度结合成为新的趋势，边缘计算框架成为链接物联网和AI的桥梁。好比在无人机应用上，因为网络的不稳定而将图形识别能力部署在无人机上是一种可靠的选择,实现无人机智能化。在工业物联网的场合，终端接入数量过于庞大，且反馈实时性要求高，边缘计算成为工业互联网的很是重要组成部分。

业务决定把中心的哪些应用作下沉，哪些终端的能力作上移，来实现性能和成本最优解。业务架构的演进比较复杂，边缘计算平台的使命就是让事情变得简单，从而去加速5G时代的业务架构升级进程，孵化更多的创新应用。好比在云游戏这个场景下，把游戏的业务逻辑处理、数据处理以及画面渲染放在边缘，终端就不需太多配置和性能的要求，成本就可大大下降，这也是架构演进带来的突破和改变。

边缘融合的计算平台，融合是指在边缘的基础设施如MEC、IDC等资源上作融合。也有在计算形态、提供形式以及运维方面的融合。边缘节点服务须要知足业务的弹性，较强的突发需求应变能力，高资源利用率。须要DDoS防御、主机安全保障，应对软硬件故障对业务带来的稳定性风险。在提供高可靠性服务的同时可作到问题的秒级发现和处理，支持经过体系化、自动化的运维使工做效率大幅提高。

云边一体的架构会将边缘计算坚决在“云计算新边界”的理念之上。将来的IT架构必将朝着“云边端一体化协同“的方向发展，其中的核心就是边缘云原生。边缘计算新业务的开展也将和传统的中心云保持同步：Serverless、安全沙箱技术、函数计算等新的业务形态都将在边缘计算落地。

将来的边缘技术和形态

将来边缘云计算将是基于云计算的核心和边缘计算的能力，构筑在边缘基础设施之上的云计算平台。造成边缘位置的计算、网络、存储、安全等能力全面的弹性云平台，并与中心云和物联网、终端造成“云边端三体协同” 的端到端技术架构。将网络转发、存储、 计算，智能化数据分析等工做放在边缘处理，下降响应时延、带宽成本、减轻云端压力，并提供全网调度、算力分发等云服务。边缘计算将在三个方向发力：AI、IoT 与边缘计算的融合,云延伸；去中心化，设施自治，边缘托管； 5G 边缘计算引爆新增加。

推测将来的数据和计算20%发生在中心，80%发生在边缘，能在边缘处理的不会选择通过长的链路到中心。时延要求高的场景，好比自动驾驶就会优先被放在边缘。

边缘计算的发展前景广阔，被称为“人工智能的最后一千米”，但仍在发展，仍有许多问题须要解决。如框架的选用，通信设备和协议的规范，终端设备的标识，更低延迟的需求等。将来，即使从基础设施的角度来说，也将拥有更多基于互联网低延时、大带宽的应用场景和想象空间。

边缘计算算力其实有限，如量子计算和AI发展到必定程度，好比一个量子计算机就可为一个城市全部人去玩游戏作计算，可能有一天或许真的能够代替云的中心计算,由于在边缘就可使用超强的计算。好比网络切片的技术，可根据不一样应用来提供QoS，对网络要求不高的云的QoS服务质量就低，反之经过网络切片来提供高质量的网络服务。包括SDN, MEC边缘的多变接入，移动端、IP网络端、电视网络端，还有5G通讯技术，最核心的智能芯片。

边缘计算将来的形态，像应用市场同样去使用边缘计算，好比视觉分析、语音识别、智能分析的算法、游戏、VR、视频、直播、虚拟工厂、虚拟公路、虚拟城市，包括存储、数据中间件这些能力，经过云中心链接且安装到你的家、你行驶的路上，你的影院，你的工厂包括世界各地的边缘节点，你只需选择你把能力放到哪里，一键就会放到那个地方，在那里为你提供计算服务。你的loT设备就可无需链接云中心，在边缘节点完成你全部后台，包括计算的能力。

边缘计算的落地和推动，将加速“新基建”各领域的进步。

云边协同，将来80% 计算发生在边缘。

边缘计算把云计算更靠近生活，服务生活，让计算更有温度 ！

最 后

5G和云计算的商用化普及，及企业数字化转型催生了边缘计算, 成为云计算的新边界。边缘计算拓展了云计算边界，致力于将计算能力推动到应用和场景发生的最近距离，以此构建万物互联的基础。万物智联的时代须要低时延、大带宽、高并发和本地化，云、边、端三体协同是万物智联的基本形态，最佳的行业应用解决方案。

边缘计算横跨OT、IT、CT多领域，涉及网络联接、数据聚合、AI、芯片、传感、行业应用等多个产业链，帮助不一样行业和厂商之间实现互通和互操做,被称为下一代互联网的一个重要技术。物联网和移动设备的普及改变了边缘在计算范式中的角色,边缘正从单纯的数据消费者向数据生产者及消费者转变。在网络边缘、在靠近数据源的地方进行计算和处理会更加高效。

当万物智联时代到来，当传感器、摄像头成为整个社会的眼睛，咱们就能更好地经过眼睛去识别环境、回传信息、智能分析，实现更智慧的城市管理。这就比如一我的的眼睛看到一个物体后立刻识别出来，以后再将结构化信息传回大脑，边缘计算即如此。

将来的生活须要边缘计算，无论你见或不见，边缘计算就在那里。

把数字带入每一个人，每一个家庭，每一个组织，构建万物互联的智能世界 ...

5G已来，边缘已来_._ 边缘计算，无处不在 ！

点击关注，第一时间了解华为云新鲜技术~