物联网中的边缘计算介绍（一）【产品篇03】

零、前言

在之前的文章中，我们也引出了物联网在“智慧时期”的的发展方向的话题，各大厂商提出的“AI+IOT”的远景，这个技术的实现是能在云端是看得见和摸得着的。而在“端”的部分，AI的技术引入是很模糊的，并且受限于硬件资源的有限性想实现AI级别的计算是比较困难的。“端”也是比较靠近物或数据源一侧，也就是边缘侧，所以在这部分实现的计算能力也就叫做边缘计算。现在的边缘计算的范围会更大一些，在云端的下方都可以属于边缘计算的范畴。本文就开始介绍下边缘计算和个人理解。

---

一、发展历程

边缘计算这个概念是作为一家内容分发网络CDN和云服务的提供商AKAMAI，早在2003年就与IBM合作“边缘计算”。作为世界上最大的分布式计算服务商之一，当时它承担了全球15-30%的网络流量。在其一份内部研究项目中即提出“边缘计算”的目的和解决问题，并通过AKAMAI与IBM在其WebSphere上提供基于边缘Edge的服务（来源百度百科）。当前的物联网中的边缘计算也是类似的，在物联网整个网络层中，并不是所有的数据和应用都是需要上传到云端，一些简单的应用和逻辑可以直接放在边缘侧来直接响应。

在过去的几年中国，边缘计算在国内的发展势头比较迅猛，其中主要分为两个方向，一个是运营商在物联网IOT云中增加边缘计算的部分，阿里云IOT，移动ONENET、华为云都是开放该能力，其中阿里云AlithingOS还是更开放了包含边缘计算的终端SDK。另一个方向是各个产业中结合上下游企业建立边缘计算的联盟，例如汽车边缘计算联盟、开放雾计算联盟OpenFog、边缘计算联盟ECC（作者也推动过其中两家会员单位的边缘计算的开发和设计）。可以理解为“平台级”和“产业级”都有自己对于边缘计算的理解和开发，当前还没有出现通用成熟的边缘计算能力的产品，应该也会在5年内随着物联网的成熟，边缘计算也会随之成熟，毕竟边缘计算会是物联网的重要能力之一。

---

二、边缘计算的初步理解

在介绍边缘计算的之前，大家可以先脑海中可以想象微服务的分布式架构，或者spring cloud架构。边缘计算是可以直接理解为整个物联网云平台中的一个微服务，只不过该微服务是部署在终端侧。不管是终端设备和网关都是微服务的一种，也不管是何种的通信协议都会是API的一种，只不过API的格式是RPC、REST或者MODUBUS，AT等等多种形式而已。那么既然是微服务，那么在终端、网关等设备就是需要作为服务端提供者，是需要承担一定的应用、功能的支持，而这个部分就是边缘计算的计算能力。

当前也有一些早期包含边缘计算类产品出现，例如工业上的PLC智能网关，在原来本地的稳定的PLC系统上，增加一个物联网网关，通过RS485或者以太网来把PLC系统的中的控制信号、传感器信号等等都通过网关上传到物联网云，另外也能接收到云端的信息，来解析和计算后来给PLC控制下达明确的控制指令，这个是物联网网关的基础功能。那如果是边缘计算的PLC物联网网关呢？一是支持多种总线和通信协议，能接入多种不同的PLC系统、电控系统或者是嵌入式系统等。在各个系统中具体的控制器、传感器可能会有多种厂商和标准，但是在上传物联网云之后都是具有相同内容的信息，比如开关量、电机控制量等。这个也是能把多个控制系统中多种类型的信号量，转成具有相同内容的信息量，这样减少了物联网云端对于千百家厂商的设备兼容和支持的工作，更加集中在信息本身的处理上。另外在边缘计算的网关侧也可以增加简单或者必须低时延的应用，边缘计算可以打破不同控制系统的壁垒，而直接产生联动和关联业务。

例如在流水线生产中，在云端的生产管理系统调用PLC物联网网关的API“生产口罩1000片”，那么可以在网关处来解析该指令并且分发到不同的系统，分发到上料系统，分发到生产执行器等等。在网关侧就可以实现整个底层的物联网终端的API化，可以使得云端不再关注每个系统的具体控制，而直接对多个系统组成的物联网终端系统产生业务或者应用方面的交互。这些就是边缘计算是需要提供一定能力的应用、功能的支持，可以说是边缘计算是物联网云的一个重要的补充，并且在某些低延时、无容错空间的应用和业务上，边缘计算是必须替代云端功能的。另外的类似应用还有云端订单系统和仓储系统的联通，订单系统中是只需要了解到仓库的A物料的数量即可，不需要关心任何仓储系统中的其他信息，例如货架信息，堆垛控制等。

这些只是边缘计算的一些初步的理解，下篇文章会继续介绍边缘计算。

 

待续.......

---

作者介绍

本人长期在事物联网行业从事产品开发、项目管理、技术开发等。有兴趣的伙伴可以一起交流和探讨物联网产品、技术、想法。请扫描下方二维码添加我个人微信和公众号。