物联网风口将至！无运维，不互联

yesdayoncemore

无运维，不互联

最近业界大佬们纷纷高调预言：物联网风口将至。于是“猪”们，又一次欣喜若狂，时刻准备御风而行。广大吃瓜群众也纷纷准备好板凳，准备强势围观一场万物互联的超级大戏。万物互联，绝对是一个非常有号召力的口号，相信在这一天到来之际，人类的生活一定会面临深刻的变革。万物互联，我们感知世界、控制世界的能力将得到数万倍的加强，人类活动的效率无疑将得到前所未有的提升，世界万物尽在掌控。这是大佬们给我们讲述的关于万物互联的故事。

麦斯杰作为在物联网行业打拼的公司，当然喜欢在风中飞翔的感觉，但是作为一个有不少项目落地经验的团队，我们其实对万物互联的世界感到深深的忧虑。所谓“你爱的人，伤你最重”，当人们越来越依赖物联网的时候，就会发现一旦传感器失效、网络失效，带来的问题甚至比没有使用物联网系统时还大。让我们回顾一下1977年的纽约大停电：

从1977年7月13日晚上8点37分开始，纽约停电时间持续了25个小时。晚上全城5个区都出现了混乱，数个居住区发生了抢劫到恢复电力供应时，纽约超过1700个店铺遭到抢劫或破坏，共有记录3776人被捕，财产损失估计在1．5亿美元。当时的纽约市长称其是“恐怖夜晚”。

电力是人类现代文明的重要标志，灯光照亮了城市的夜晚，让亿万年来被黑暗笼罩的夜晚，璀璨艳丽，这本是人类的骄傲。但是当电力系统失效，光明戛然而止，那些繁华的现代都市，反而变得比秉烛而游的中世纪更加危险。所以，可以想象，一旦万物互联之后，当我们已经习惯了通过物联网去工作，去娱乐，去掌控身边的一切，这个网络突然崩溃，我们将面临如何的险境。

我们拉不开窗帘、烧不了热水、打不开房门、启动不了汽车、进不了公司．．．．．．，

更可怕的是如果窗帘不断开合、洗澡水沸腾着腾涌而出，房门不启自开，汽车不受控制自行游走于闹市，也许天上的飞机也会突然．．．．．．

如果是这样，万物互联真的那么值得期待吗？我们能确定我们不是正在释放出某个危险的恶魔吗？万物互联之后的世界到底是更加靠谱了，还是更加脆弱了？万物互联到底是对人类的祝福还是一个潘多拉魔盒？

作为物联网行业中的创业者，本不该如此非议万物互联，但是作为一个有良知的团队，我们应该把这些担忧传递给大家。我们非常希望这只是杞人忧天，但是多年的经验告诉我们这种担忧之中还是蕴含了真相的成分。突发而不受控制的故障就是万物互联下的巨大阴影。如果说“陪伴是最长情的告白”，不辞而别无疑就是最无情的伤害。所谓“亢龙有悔”，互联的设备越多，出现这种伤害的可能性越大，造成的问题就越严重。那么在万物互联的时代如何趋利避害，不被伤害呢？

从大的角度看，世间没有不坏的设备，无论设计如何精巧，技术多么艰深，制造如何精工，从新到旧，最后彻底坏掉是所有设备的宿命，也就是说保持万物互联的稳定就是要在一些不靠谱的设备配合下，找到一个让这些设备靠谱的办法。这似乎很难，其实答案非常简单：“流水不腐户枢不蠹”，就是不断的吐旧纳新。通俗的讲就是检查、修复、更换。没坏的时候多检查，坏了的时候尽快修好，修不好就快点更换，这一点也不高大上，听起来不仅不是诗和远方，而且非常鸡零狗碎。

老祖宗教导我们说：“人无远虑必有近忧”，还说：“未思进先思退”，这些道理用到物联网上就是：要优先考虑运维，否则后果不堪设想。虽然运维不是一个高利润的区间，但是如果我们忽略了它，万物互联就是一场噩梦的开始。运维也许离物联网的风口稍远，但是我们还是觉得站在地上心里更加踏实，各位觉得呢？简而言之：无运维，不互联。

运维，让我们一路同行

最近，我们也把对运维的一些思考，放到了最近推出的物联网运维中间件IsFit．M中，希望这些思考能够对大家有所裨益。IsFit．M是IsFit家族中的又一个成员，而且是最重要的成员，没有之一。为什么呢？还是那句话：无运维，不互联。

融合与共享：IsFit．M的核心价值观

我们认为物联网系统的运维应该有如下特点：

1．运维资源化。

由于传感器与网络技术一日千里，已经很难有一个运维方可以独立完成对如此复杂的万物互联的物联网的全面运维。因而一个好的运维平台首先应该是一个资源融合的平台。不论是工程师还是资料或者专家都是被融合的资源。只有通过资源融合才能完成有效的运维。

2．运维流程个性化。

不同的物联网应用服务于不同的用户，不同的用户有不同的规矩和习惯，客随主便是运维活动的重要特点。

3．运维时效性明显。

从上面的认知出发，结合麦斯杰融合与共享的理念，运维中间件应该具备：

1．运维资源的融合能力。

2．通过个性化流程将运维资源整合成运维服务，在保证业主为业主提供个性化服务的同时，完成运维资源的共享。

运维服务是一个从知识到劳务到考核的有机的过程。通过运维服务物联网应用系统的稳定性获得极大提升。这种提升来自两个方面：一是通过防微杜渐式的预测性运维，在设备失效前完成修理更换；二是通过快速有效的故障运维，在设备发生故障时，缩短设备退服时间。

IsFit．M的运维模型

IsFit一直是DDD的践行者，当然要将运维模型中重要运维实体的抽象做为完整个IsFit．M的重中之重。根据DDD理论，系统设计的好坏就在取决于对核心领域实体的抽象能力。下面就是IsFit．M对运维模型中重要实体的抽象：

其中最重要的实体是：

1．被运维对象

2．工单

3．运维资源

工单将被运维对象和运维资源有机联系起来。

IsFit．M的安全性考虑

IsFit．M作为一个运维中间件，安全性是不容忽视的内容。物联网安全需要在整体方案上发力，目前IsFit．M关于安全性的考虑如下：

1．AGA网关内置防火墙，支持ip过滤等复杂的网络安全规则配置。

2．使用MSJ的安全网关AGA。AGA支持数据加密，且使用安全性最好的椭圆曲线算法。

3．AGA的接入使用加密认证，可有效避免冒名攻击。

4．IsFit．M的对外接口支持Https，Http digest认证协议等。

5．IsFit．M支持部署在linux操作系统上。

6．IsFit．M的权限角色基础模块支持RBAC模型，同时支持在同一平台针对不同用户的功能隔离。

基于IsFit．M快速构建多业主物联网运维平台

下图是基于IsFit．M构建的多业主物联网运维平台的架构简图，为明晰起见，我们忽略了核心实体之间的复杂关系和交互。

IsFit．M的设计初衷就是帮助不同的业主进行不同的运维工作，因而IsFit．M集成了工作流引擎，并进行了封装，提供工作流管理接口。工作流管理模块是流程层（Application Layer）中最重要的组成部分，这部分对整个系统进行协调工作。大部分流程定制只需要进行图形配置即可。针对运维活动的工作流管理模块也是IsFit零编码技术中的一部分。

除了工作流引擎之外，IsFit．M还集成了IsFit对NoSQL数据库的支持。鉴于目前空谈大数据的太多，已经到了“一说大数据，群众就发笑”的地步，就不对NoSQL这一块进行展开了。IsFit．M支持大数据处理。当然这是一个可选模块，去掉NoSQL部分，整个中间件依然完整，系统不受影响。对于云端部署，大数据的支持也可以选择诸如阿里云提供的一些数据分析引擎。

虽然，我们对使用IsFit．M快速构建物联网运维平台很有信心，但是我们并不急于将IsFit．M推荐给客户。我们希望通过具体的运营实践，来不断提高IsFit．M的可用性和稳定性。我们基于IsFit．M构建了智维云平台，这个平台是基于阿里云构建的，针对小型物联网应用的运维平台。到年底预计接入不同业主的300个以上分布于全国的被运维对象，包括：太阳能供电设备、交直流转换设备、建筑环境、控温设备（空调）、通讯设备、服务器、消防设备、视频采集设备（IPC或摄像机）、视频存储设备（NVR）、门禁（锁）、物联网网关等。同时该平台还将为MSJ出品的物联网网关和服务器提供免费的运维服务。基于IsFit．M这个平台的搭建从二次开发到部署只用了3周时间。

目前智维云平台正在试图扩展更多的运维业务，并同时对IsFit．M进行调整和优化，相信随着智维云业务的不断扩大，IsFit．M会越来越好用。客户在其上构建自己的运维平台的时间、质量以及人力成本将大幅度降低。预计在明年第一季度，我们将推出IsFit．M的第一个对外商用版本。希望这个版本能够帮助我们的合作商，构建在物联网运维领域的核心竞争力。

未来的运维技术的发展

运维在很长一段时间内还不能通过AI完成，因而还是一个人力密集型的行业，在此期间运维管理平台是一个运维活动的重要辅助工具，平台的作用主要是提升效率和降低运维知识的传播成本。从提升效率的角度看，关于运维资源的调度是其核心功能；从降低成本角度考虑，基于多媒体技术的远程运维指导（指挥）就是非常重要的功能了，稍次之的就是知识库（包括预案和运维知识）。远程运维交互可以让数量稀少，价格昂贵的专家服务于更多用户，知识库便于运维水平的提升，并使现场应急处理有据可依。这种运维系统就是最近一个阶段的运维活动中的核心部件。

随着AI技术的发展，远程运维交互和知识库将向专家系统演进，平台从提供辅助性帮助演进为提供最终的运维方案。这应该是运维系统发展的第二个阶段。在此阶段，有可能出现基于AI的运维专用芯片，把运维知识集成到芯片中，这些芯片的出现会在一定程度上淡化运维系统软件的作用，当然这取决于AI技术的成熟度。

随着AI技术的进一步发展，运维机器人将取代运维工程师，实现整个运维的无人化。