我那天站在公司园区的门禁队伍里。
太阳晒得后颈疼。
前面的张阿姨已经刷了四次脸，闸机还是一动不动，屏幕上转着那个慢悠悠的加载圈，像在故意逗人。保安大叔凑过去，把自己的脸凑到摄像头前试了下，也卡了快八秒才识别通过。队伍后面的人开始小声抱怨，毕竟早上赶时间，谁也不想在门口站着晒十分钟。
大概过了五分钟，物业的技术小哥扛着个笔记本跑过来，蹲在闸机旁边那个巴掌大的金属盒子上敲了两下键盘。闸机“滴”的一声就醒了。张阿姨再刷脸，一秒钟就开了门。我凑过去问咋回事，小哥擦了擦额头上的汗说，今天机房的核心交换机出了故障，之前所有的人脸匹配计算全在机房跑，网络断了，闸机就成了个只会拍照片的傻子，刚才临时把匹配程序挪到闸机本身的小盒子里，不用再把照片传到几百米外的机房，自然就快了。
你每天踩过的坑，其实都是“算力太远”闹的
说起来，我之前为了测家里的智能门锁，特意断网试了三次。第一次输密码等了五秒才开门，第二次直接报错，第三次干脆锁死了。我站在自己家门口，拎着刚买的冰美式和早餐，差点给客服打投诉电话。合着我花了大价钱买的智能锁，断网的时候连个普通机械锁都不如？
之前大家总觉得，所有的计算都要往中心机房、往云端塞才叫先进。你拍的照片要传到云服务器存，你家的智能摄像头要把所有画面传到云上去分析，连你空调调个温度，都要把指令传到几百公里外的服务器转一圈，再传回来执行。
这种模式遇到网络顺畅的时候确实好用。可一旦网络抖一下，或者直接断了，所有的设备就全成了聋子瞎子。谁遇到都闹心。
所有需要“等不起”的计算，天生就该长在离数据源最近的地方。比如门禁识别，你总不能让人家站在闸机前面，等个十秒钟让服务器从几百公里外传结果过来吧？比如智能门锁的指纹识别，总不能断网的时候就让人站在门口翻包找钥匙吧？这些对延迟零容忍的场景，本来就不该把计算扔的那么远。
别把边缘计算当成“缩小版的云服务器”
我之前跟不少做硬件的朋友聊起边缘计算，发现好多人对这个概念有误解。觉得不就是把原来在云里跑的服务器做小一点，放的离用户近点吗？根本不是那么回事。
云的核心是集中式的资源池，你需要多少算力就调多少，灵活度高，适合跑那些需要海量数据、对延迟不敏感的任务。可边缘节点从设计之初，就不是为了当缩小版云服务器用的。
我之前换的新款扫地机器人，拆开看了下，肚子里有个指甲盖大的AI芯片。它根本不用联网，扫到地上的拖鞋、猫毛、我扔的充电线，当场就判断该绕开还是该吸，就算我把家里的wifi全关了，它照样能把地扫的干干净净。
你不用指望闸机里的小芯片能帮你写代码，它这辈子的KPI就是在0.1秒内认出你是不是园区的住户。这种专用的小计算节点，没有云的灵活度，但是胜在稳定、快、不依赖网络，从根上就和云的定位不一样。
之前有个做智能家居的朋友跟我吐槽，他们最早做的智能窗帘，要联动人体传感器判断窗边有没有人，之前所有的判断逻辑全放在云端，用户家里网一断，窗帘就跟个聋子一样，就算人站在窗边晃半小时，它也不会动。后来他们把判断逻辑挪到了家里的网关上，就算整个小区的网都断了，人走到窗边，窗帘照样能根据光照自动拉开，用户投诉率直接掉了七成。哪有什么高大上的技术，就是把计算放对了地方而已。
那些吹得很高的概念，其实早就在你身边跑了
很多人觉得边缘计算是最近几年才火的新概念，其实你早就被它包围了。
现在的智能汽车，你开车的时候前方突然窜出来一只流浪猫，总不能把摄像头拍的画面传到几百公里外的服务器，等算完了告诉你要刹车吧？那时候早就撞上去了。所以现在的车机系统，都会把车道识别、障碍物检测的计算放在车内的算力盒里，从拍到画面到算出结果，全程不超过0.1秒，根本不需要等云端的响应。
还有工厂里的机械臂，之前老版本的机械臂，要把每次抓取的参数传到中心机房，算完了再调整角度，来回传输的延迟，导致抓取的误差经常超过一厘米。现在新的机械臂，直接把计算控制器装在机械臂的关节上，就算车间里的生产网全断了，照样能把零件精准抓起来，误差能控制在0.1毫米以内。
当然也不是说边缘计算就全是好的。上次听一个做园区运维的师傅吐槽，之前统一把计算放在机房的时候，一次升级就能搞定所有门禁、监控、停车系统，现在把计算拆到每个闸机、每个摄像头里，每个月要跑遍整个园区的几十个节点升级，夏天弱电井里温度快四十度，爬上去弄半小时，衣服能拧出水来。还有安全的事，之前中心机房有专门的人管，装着两道门禁，连个苍蝇都飞不进去，现在边缘节点散的到处都是，有的摄像头就在围墙外面，谁路过都能摸一下，万一被人改了程序，把陌生人的脸录成白名单，那门禁不就形同虚设了？
其实哪有那么玄乎的技术啊。
说白了就是之前大家都嫌把计算放的近太麻烦，不如全扔到云端，省的挨个维护。等大家被卡顿、断网、高带宽成本折腾的受不了了，才想起来，原来算东西不一定非要跑几百公里，就在闸机里，就在门锁里，就在扫地机器人的肚子里，把该算的事当场算完，反而更靠谱。
作者|科技
排版|科技
审核|白杨