随着物联网的发展，经常听到「雾计算」和「边缘计算」这样的单词。

雾计算这个词相对来说是最近出现的一个词。因为和云相比位置上更接近设备，所以表示为雾，它是作为实现IoT的结构为Cisco等提倡，旨在为全球范围所采用。另一方面，边缘计算这个术语，早就用于表示云和设备的边界。

为什么现在，经常听到这两个词呢。这是和「云计算」的界限有很大的关系。

在云里，如果任何时候都可以保证连接到在数据处理后能够发送到终端设备的服务器上，云计算就可以说是伟大的解决方案。

但是，比如说IoT设备要求具备可靠性来保证在出现服务故障的情况下也能执行任务，具备本地的处理和存储能力在今后也变得越来越重要。这里出场的就是雾/边缘计算。这两个单词行业总是一起被使用，但是也存在一些重要的差异。（当然视角不同观点也不一样）

为了说明这些方法是如何不同，以智能吸尘器为例来考虑一下。这个例子的话，给该吸尘器分配了一个任务，在它发现垃圾后马上就收拾，在家里遍布的传感器检测到垃圾的瞬间开始启动。

雾计算

首先说说「雾计算」，处理能力放在包括 IoT设备的LAN里面。这个网络内的IoT网关，或者说是雾节点用于数据收集，处理，存储。多种来源的信息收集到网关里，处理后的数据发送回需要该数据的设备。

雾计算的特点是处理能力强的单个设备接收多个端点来的信息，处理后的信息发回需要的地方。和云计算相比延迟更短。

和边缘计算相比较的话，雾计算更具备可扩展性。具有集中处理的设备，设想的网络是从多个端点发送数据的大的网络。

雾计算不需要精确划分处理能力的有无。根据设备的能力也可以执行某些受限处理，但是更复杂的处理实施的话需要积极的连接。

以吸尘器为例说明，集中化的雾节点(或者IoT网关)继续从家中的传感器收集信息，检测到垃圾的话就启动吸尘器。

边缘计算

边缘计算，进一步推进了雾计算的「LAN内的处理能力」的理念，处理能力更靠近数据源。不是在中央服务器里整理后实施处理，而是在网络内的各设备实施处理。

这样，通过把传感器连接到可编程自动控制器(PAC)上，使处理和通信的把握成为可能。

和雾计算相比的优点，根据它的性质单一的故障点比较少。各自的设备独立动作，可以判断什么数据保存在本地，什么数据发到云端。

以吸尘器为例说明，边缘计算的解决方案里传感器各自判断有没有垃圾，来发送启动吸尘器的信号。

虽然这2个解决方案带来的东西有点相似，但是数据的收集，处理，通信的方法确实是不同的。都有各自的长处和短处，在各种情况下也会出现适合或不适合。IoT在我们的生活中越来越广泛，将来接触的机会也会更多，只记录数据的传感器已经是明日黄花了。