移动互联时代：应用驱动的万物互联新架构

　　去年劳动节那会儿，我原以为只是接个普通API对接的活儿——甲方说要搞“应用驱动的万物互联”，我第一反应是“又是个套概念的”。结果他们甩过来一堆设备数据流，从智能电表到车载OBD，从农业传感器到商场Wi-Fi探针，全得通过一个应用中台打通。我盯着后台页面转了十分钟圈，销售在旁边催：“哥，他们说这项目要是成了，明年预算翻三倍。”我咬着牙回：“成个屁，光设备协议就二十多种，你当我是神仙？”

文章配图，仅供参考

　　我原以为甲方是拍脑袋决策，结果他们CTO甩给我一张图：过去三年，他们接入的设备里，67%的数据流在三个月内归零——要么设备坏了没人修，要么应用根本不用这些数据。剩下的33%里，80%的数据量集中在5%的设备上——比如商场的客流摄像头，因为能直接关联到销售额，被应用层“死磕”着优化。他说：“我们不要‘万物互联’，要‘万物有用’——应用愿意调用的设备，才是真互联。”

　　这话听着像扯淡，可后台数据不会骗人。劳动节后第一个月，他们砍掉了70%的“僵尸设备”接口，把资源全砸在20个核心应用场景上。结果呢？设备响应速度从平均3.2秒提到1.1秒，应用调用失败率从12%降到2%。最绝的是，有个做工业巡检的应用，因为能实时拿到设备振动数据，直接把故障预测准确率从65%干到89%——甲方当场拍板，给这个应用的API调用配额翻了五倍。

　　说到这儿，窗外天都黑了。同事小王凑过来：“哥，你说这算不算‘优胜劣汰’？”我白了他一眼：“废话，但以前是设备淘汰应用，现在是应用淘汰设备——就像咱们做投放，以前是素材等流量，现在是流量挑素材。”他挠挠头：“那咱们以后写API文档，是不是得先问应用方‘你要这数据干啥’？”我愣了下，突然想起上周甲方提的需求：“他们要给每个设备打‘应用价值分’，低于60分的直接断连。”

　　其实这逻辑和咱们做广告投放挺像的。去年我搞过一个智能穿戴设备的推广，烧了不少钱买量，结果转化率一直上不去。后来一查后台，发现80%的点击来自三线城市中老年用户——他们要的是“测血压”，可设备主打的是“运动监测”。应用层（广告落地页）根本没针对这群人优化，数据再漂亮也是白搭。最后砍了无效渠道，专攻健康类KOL，ROI直接翻了倍——和甲方砍“僵尸设备”那套，简直一个路数。

　　不过话说回来，这种“应用驱动”的架构，对咱们API开发员可不太友好。以前对接个设备，写好协议就行；现在得先问应用方：“你要实时数据还是离线数据？调用频率多高？容错率多少？”上周甲方提了个更绝的需求：“我们有个物流应用，要同时调车载GPS、仓库温湿度和司机心率——你得把这些数据在500毫秒内打包返回。”我盯着需求文档看了十分钟，最后回了句：“你们这是要造‘六边形战士’啊？”

　　但骂归骂，这趋势是真挡不住。就像咱们做投放，以前是“有量就行”，现在是“要精准量”；设备互联也一样，以前是“能连就行”，现在是“要有用才连”。我手机快没电了，得赶紧充——刚才甲方又发消息，说要把“应用价值分”和设备供应商的结算挂钩——以后设备商要是想赚钱，得先跪舔应用方了。

　　下一步怎么试？我打算把甲方的那套“应用价值分”算法偷过来，给咱们公司内部的API接口也打个分——哪些接口被调用次数多、响应快、错误少，就多给资源；那些半年没人用的，直接下线。销售听了直摇头：“哥，这太狠了，万一客户投诉怎么办？”我笑了笑：“投诉？等他们发现砍了无效接口后，API响应速度快了三倍，还得夸咱们‘专业’呢。”

　　其实我也没招。这时代变化太快，昨天还在讲“万物互联”，今天就得聊“应用驱动”。就像上周聚会，一做传统物联网的朋友抱怨：“我们辛辛苦苦连了十万台设备，结果应用方说‘这些数据我们用不上’——白忙活。”我拍了拍他肩膀：“兄弟，优胜劣汰嘛——要么被应用淘汰，要么淘汰应用。”他瞪了我一眼：“你倒是站着说话不腰疼。”我低头喝了口酒——其实我心里也没底，谁知道明天甲方又会提什么变态需求呢？

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!