边缘计算强调的是边缘。如果说云计算意味着要将所有的数据都汇总到后端的数据中心处理,那么边缘计算则是在靠近物或数据源头的网络边缘侧实现边缘智能。正是基于这一特性,边缘计算能够实现数据的高频交互、实时传输,因此有望在物联网和人工智能时代大放异彩。相关预测显示,到2020年将有超过500亿的终端与设备联网,未来超过50%的数据需要在网络边缘侧分析、处理与储存。
随着物联网、云计算的发展,边缘计算正在兴起。边缘计算源于工业领域,主要部署在终端设备或者网络节点上,旨在帮助工业生产中的设备,在数据不上传云端的情况下,也能够具有近端的决策控制力。随着边缘计算热度不断升温,边缘计算和雾计算的差别,边缘计算如何分层部署等现实问题,成为业界关注的观点。
边缘计算≠雾计算
如果留意“边缘计算”,就会发现它有个兄弟,叫“雾计算”。大多数发表的文章,对这两个词的解释是差不多的:它们都是相对于“云计算”而言的,在网络边缘,更接近原生数据(物理感知)的地方进行的计算。
此前,我们看到的大多数互联网信息处理模式,都是“端-管-云”的模式。在应用的现场,“端”只负责收集数据、执行指令,而“云”负责所有的数据分析和控制逻辑功能。“边缘计算”或者“雾计算”,就是将部分数据分析和控制逻辑功能,放到应用场景的附近来实现,因而也有一个很形象的叫法——“贴地计算”。
虽然,整体上“边缘计算”和“雾计算”的概念差不多,但其实还是有差别的。
“边缘计算”源自工业领域,主要部署在终端设备或网络接入点上。目前已经普遍存在于工业物联网(嵌入式物联网)应用、制造业、零售、ATM机、智能手机和虚拟/混合现实等领域。边缘计算使得工业生产中的设备,无需云计算的帮助,也能具有近端的决策控制能力。
“雾计算”(Fog Computing),脱壳于“云计算”,是指将云计算的(部分)功能,部署在网络边缘的设备中,局部的集中化计算。它其实是云计算(Cloud Computing)的延伸概念,由思科于2011年提出。
由此可见,“边缘计算”和“雾计算”确实还是有一些差异的。边缘计算主要是在“端”中,这个端是指电子终端设备或传感器;而雾计算还是在“云”中,部署在一定区域内的数据集中站点上。用一个智慧家庭的(WiFi)网络来举例,一个App在手机内进行的脱网计算就是边缘计算,而家庭智能盒子(智能WiFi网关)则是雾计算的主体。
尽管两者有所差别,但目前有一些文章并没有严格区分二者。事实上,由于物联网业务场景广泛,应用在“端”和“网关”上的计算都会有所涉及。所以,既然它们都是相对于“云计算”而言的,那么也就没有必要区分部署的位置(生产设备、传感设备、网关/服务器),一般情况下都以“边缘计算”为表述。
智能分层部署
“边缘计算”和“雾计算”的差异,给我们以启示:物联网中的计算能力,具有分层部署的特征。这个特征,不同于互联网中的云计算部署模式,可以从两个维度来讨论。
参考物联网的边缘架构模型
边缘计算联盟ECC针对边缘计算,定义了四个领域:设备域(感知与控制层)、网络域(连接和网络层)、数据域(存储和服务层)、应用域(业务和智能层)。这四个“层域”就是边缘计算的计算对象。
设备域:边缘计算在这一层,可以对感知的信息直接进行计算处理。比如在视频采集、音频采集中直接部署智能鉴别的能力;又或者像手机一样,能够由语音输入直接转换成文字输出。
网络域:通过部署计算能力,实现各网络协议的自动转换,对数据格式进行标准化处理。要解决物理网中数据异构的问题,就需要在网络域中部署边缘计算,以实现数据格式的标准化和数据传递的标准化(例如将所有的感知数据都换算成MQTT类型数据,并通过HTTP方式传递)。同时,网络域的边缘计算,还能对“融合网络”进行智能化管理,实现网络的冗余,保证网络的安全,并可进一步参与网络的优化工作。
数据域:边缘计算,使得数据管理更智能、存储方式更灵活。首先,边缘计算可以对数据的完整性和一致性进行分析,并进行数据清洗工作,消灭系统中的“脏”数据。其次,边缘计算可以对计算和存储能力以及系统负载进行动态地部署。最后,边缘计算还能和云端计算保持高效协同、合理分担运算任务。
应用域:边缘计算提供属地化的业务逻辑和应用智能。它使得应用具有灵便、快速反应的能力,并在离线的情况下(和云端失去联系时),仍能够独立地提供本地化的应用服务。
在物联网贴近用户和应用场景的地方,边缘计算被部署在以上4个层域中。它使得设备具有智能化的感知能力,装配自适应的连接策略和(数字)部署策略,解决系统中的数据异构问题,并提供局部的业务逻辑甚至智能。
参考物联网应用/地域/覆盖范围
从始创的感知数据到终结的云端智能,数据会根据应用的需要而经历多次的汇聚和计算。例如从智慧家庭到智慧城市,海量的数据汇集并非一步到位实现的。此外,数据汇聚的每个阶段中还各有独立的应用和业务,这意味着计算有层级化部署的需要。
智慧城市被分成了四个“物联网(大小)层级”:家、小区、社区、城市(如上图)。这四层各有应用和服务,服务范围和覆盖区域从家到城市逐渐扩大。各层级中有部分应用相对独立,与上下层级无关;而另有一部分应用则会“层层升级”:家庭医生(家)>社区医疗(社区)>医疗卫生(城市)。
从物联网层级的角度来看,云计算和边缘计算的关系,会依据应用来区分:
1、对于各层级独有的业务,只需在对应层级独立部署针对性的计算能力(只需要“云计算”)。
2、对于穿透(关联)多层级的应用,需要从上至下都部署计算能力。下层计算和上层计算的关系就是边缘计算和云计算的关系。“社区医疗-社区”是“家庭医生-家”的“云”,而又是“医疗卫生-城市”的“边缘”。
3、“边缘”和“云”的关系互换:针对单个应用,可能会在(物理网的)上层级部署边缘计算,而在下层级部署云计算。
值得一提的是,某个应用(如社区商城)可能会出现下列情况:应用的核心逻辑和预测分析主要部署在“社区”和“小区”中,针对地区人口的喜好售卖消费商品;应用需要从“城市”层级提取一些外部数据(例如商品的全市平均价格等等);应用在“城市”中没有大量的应用域计算需求。若是如此,那么上层的“城市”对于下层的“社区”、“小区”而言就是“边缘”了。理所当然,该应用在“城市”层域中部署的计算能力就是边缘计算。“关系互换”的情况在工业领域可能会更多。例如工业生产中的质量管理、流程管理。
工厂的质量和流程管理系统通常都部署在生产现场,大量的生产数据就保存在“边缘”的网络中。而要实现智能生产,还需要提取许多和质量、供应链有关的外部信息(用户投诉、产品/零部件返修信息、产品生命周期信息、合作方的质量信息等)。这些信息最终会随着物联网,汇集到“边缘”的质量和流程管理系统中进行质量分析、预测。显然,对于质量和流程管理系统来说,自身以外的互联网和物联网,都是边缘网络。
可以预见,工业生产的“云计算”会更多地部署在物联网的边缘,工业生产现场的附近。
根据应用的需要,计算能力会部署在物联网各个(大小)层级中。不管“计算”部署在哪个层级,若承担了现场指挥的主要职责,就属于边缘计算;若承担了大数据和智能化预测的主要职责,就属于云计算。
随着应用在计算部署上的灵活性不断增加,云计算和边缘计算会走向融合,并越来越难区分。当物联网中充满了随处可取、随处即用的通用计算能力时,“泛在计算”将应势而生。
边缘智能是未来
在物联网边缘部署简单的应用逻辑,无法满足多姿多态的物联网应用需求。在靠近应用场景的地方,必须部署一定的智能,才能在物联网边缘构建起健硕的应用生态。
边缘计算本质就是“贴地”的云计算。边缘计算最重要的能力就是继承云计算的智能。就目前的技术发展趋势来看,理论上已经能做到这一点。针对某一种应用,神经网络算法(云计算)在学习了足够多的应用场景后,可先进行“瘦身”(精简),再部署在网络边缘(部署具有智能的边缘计算),从而形成了边缘智能。这样,即使脱离云计算的支撑,边缘智能也能够实现该应用场景的大部分智能。
例如,2017年5月23日,人工智能AlphaGo执白1/4子战胜了柯洁。这其中值得注意的是,那天出战的是“一只”单机版的AlphaGo。
当边缘计算成为边缘智能,可使得局域、边缘的物联网系统具备自治自律的行为能力。自给自足的算力和智能,将使得物联网应用可以摆脱“云计算”而相对独立地运营。
结 语
边缘计算具有层次(“层域”和“层级”)化部署的特性。
一方面,边缘计算部署在边缘架构模型的各个层域上。计算能力在物理网边缘的分层域部署,使得应用在物联网局部(例如智慧家庭),也能够形成“‘感知’-‘连接’-‘分析和预测’-‘控制’”的信息环路。从而,使各类数据的信息价值获得释放。
另一方面,在物联网不同范围(大小层级)中部署计算能力,开发者不仅能根据业务需求和特性构建出大小适合的信息环路,还能使“垂直”业务在各层级之间“环环相扣”,相互服务并实现价值互递。
边缘计算的更高价值是边缘智能。
边缘计算,是智能化云计算的落地部署。应用在物联网局部实现了信息成环,并能够通过边缘计算,实现信息决策、行为反馈、自动组网、负载平衡等全层域的智能化。在脱离云计算的情况下,应用也能够独立地、灵活地运行,从而在应用场景的小范围内形成物联网“生态”(各种类设备之间,形成信息互助服务的机制)。