在向数字化转型的路途中，我们终将用到更多的互联事物。该新兴范畴注重软件和数字体验，这意味着软件将会部署在更多的中央。物联网关注的是如何将资产和数据整合到现有的根底设备和零碎中。为了满足客户对物联网处理方案的需求，Microsoft、Amazon和IBM等效劳供给商正在各自的云平台少量投资。而Schneider、Mitsubishi和Siemens等传统技术厂商也预备采取举动，方案融入到这一新的生态零碎中。

我这几年来继续地参与了多个物联网项目。我认识到，客户需求与效劳厂商所提供的效劳间存在着很大差距。我并不是压服务提供商应该乃至可以处理一切的成绩，而是尽量强调指出组织需求关注的一些范畴。

第一个应战：一切权

物联网在许多方面上与传统的企业集成相似。但是在两者间存在着一个十分明显的差别。平台集成最终是要效劳于IT的，它简直与业务有关（除非发作失败）。假如大家已经参与过一些集成平台施行项目，那么就会明白我所要说的成绩。要求企业资助投资去施行EAI平台，这无疑具有应战性的。由于平台并不会发生支出，难以展现如何可以节省本钱。我并不是说不应该去做EAI，只是指出平台的要求和优势是与IT相关的，而非与业务相关。

假如运用了物联网，那么事情就完全反过去了。一旦人们能看法到业务具有的一切优点，将会十分乐意资助该项目。在Axians IoT，我们经过召开一次仅针对业务的物联网研讨会处理了这个成绩。研讨会由用户故事驱动，例如按运用付费、可预测的维护、设备编排等。一切的故事都辨别写在卡片上，在卡片上还给出了描绘、价值和风险。这样小组失掉了一副牌，并在小组中讨论牌中的每张卡片，排定优先级，最终选定一张候选卡片去试行。这一办法已被证明是十分无效的，它可使每团体都参与其中，并成为产品的基石。

在研讨会中可以引入IT，也应该引入IT，但IT并非会上的配角。假如我们将物联网项目看作是一种IT项目，那么注定会发生失败。由IT驱动的物联网项目很少会获得成功。物联网项目需求与业务坚持分歧，并由业务驱动。其中，我们需求对如何添加支出或增添本钱具有明白的看法。这就是说，其中必需触及IT和OT（操作技术，Operation Technology），以确保处理方案与现有的运转和维护进程相分歧。

第二个应战：技艺集

在一个“正常”的IT项目中，各个资源（即开发人员，测试人员和操作人员）应对其他同行的范畴具有很好的理解。有时，例如在DevOps中，同一资源甚至能够担当多个活泼的角色。

另一方面，物联网项目由三个一模一样的群组构成，也可以说是三种不同类型的人员组成。这些集团或角色往往不会去理解“另一面”。这并非像是十多年前Java和.Net开发者间那样的水火不容，而是由于直到如今我们仍然没有看到互通有无的任何益处，因而没有理由去这样做。

一方面，我们的电气工程师深化理解仪表、传感器、电阻、PLC、布线等一切的现场设备，关于任何我们想要控制或与之互动的机械、车辆或电气部件，他们也是专家。他们习气于运用SCADA这样的零碎，专注于波动性，仅将Raspberry PI看成是一种心爱的小玩具。字节数组是他们独一理解的数据格式，他们会将Float看成是一种往常的数据类型，而现实上Float并不是！他们无疑是中心人物，没有必要解释他们为什么在项目中是不可或缺的！

换一个角度看技艺集，我们还有一些业务剖析师。他们对业务有着深化的理解，并且对如何处置数据以及如何运用数据改动支出形式有着深入的了解。处于这个地位的人，往往就是推进商业案例的人，而且他们也应该这样做。在他们看来，MS Excel只是一种开发平台，虽然现实并非如此。他们喜欢运用Power BI。虽然他们能够不太熟习一些范畴，例如机器学习，但是他们很快就会熟习这些范畴。虽然Excel、机器学习和Power BI似乎与其它类型的开发是亲密相关的，但现实上并非如此。

最初让我们看一下云开发人员。虽然我非常想解释清楚，但是该角色非常模糊。在以后的场景下，云开发人员指的是那些通晓网络、存储和集成的传统开发人员。假如这些工程师以为零碎是波动的，那么电器工程师会对此嗤之以鼻冷言冷语。虽然该角色称为云开发，但我以为，只需关注了诸如Node.js、Java或.Net等初级编程平台，就应将设备开发人员也包括在其中。假如项目思索运用嵌入式零碎和C编程完成微控制器，那么设备开发人员能够与电气工程师更亲密相关。

与其它任何项目一样，规划整个项目的发布和义务异样需求具有很好的指导和管理。但是思索到各个群组具有完全不同的想法，我们需求做得更多。每个群组都必需自动去理解其它的群组。关于云开发人员来说，尤其应该这样做，由于他们与其它群组间交流存在一些不顺。云开发人员必需协调从业务/数据剖析人员到电气工程师的需求，反之亦然。

第三个应战：板载

在初次Sprint时，Trello面板上能够不会呈现“如何配置设备”这一成绩。当你认识到推出成百数千种设备的应战时，我可以保证你会在同一块面板上受阻。为满足你的需求，你可以也应该事后装置并配置设备，但是每个设备都或多或少地与其它设备相似，区分它们的是自动注册设备时所需求运用的信息。这些信息可以是MAC地址、IMEI id、SIM卡ID（ICCID）、证书，或是你所希望的任何组合。虽然你可以订购事后配置了密钥或证书的设备，但这往往是十分昂贵的。

但是在某些状况下，我们不需求少量板载设备，只需求在运用WiFi的地点一次部署一个设备。物联网设备可以由技术人员装置在修建物中，甚至可以由其中寓居的居民装置。在这种状况下，我们可以思索让设备提供一个WiFi热点，任何人都可以运用智能手机现场配置设备。

无论运用哪种方式，板载是设备管理的一个重要组成局部，出于多种目的思索应做分开部署，并以此作为全体处理方案的一个重要组成局部。除了管理配置进程的需求，我们能够还应思索支持在某个工夫点改换云效劳提供商，或许支持从跨数据中心的灾难恢复。

在Axians，我们运用了microServiceBus.com。它支持Azure、AWS和IBM 的物联网、跨数据中心的灾难恢复，并与Cisco Jasper集成，为我们提供了运用SIM卡的开箱即用的板载功用。它还支持运用MAC地址及其他一些方式的白名单。

第四个应战：规划更改

关于一个企业而言，部署Web使用却不监视其运转情况，或许不修补其操作零碎，这是不可以承受的。企业也不会漠然置之每台任务站和笔记本能否装置了更新的防病毒软件和防火墙。

不过出于某些缘由，这看上去似乎与物联网处理方案毫不相关。人们似乎以为物联网设备可以抵挡各种要挟，是运转在经得起工夫考验的神奇操作零碎之上的。现实并非如此！

无论大小和外形如何，设备和网关在实质上都是小型的计算机，它们的操作零碎需求修补，还需求不时地更新的平台和自定义代码，以及我们所能想象到的更多依赖性。一切这些都是可以更改的。假如有人不供认这一点，那么我们大可以礼貌地点摇头，然后就分开房间不再回来。

但是，设备管理不只是近程更新和配置新设备。现有的IT操作能够会运用System Center或同类工具管理效劳器和任务站。效劳台和NOC能够会运用像ServiceNow或JIRA这样的工具来晋级成绩、发现成绩并方案发布。无论我们选择了哪种设备管理零碎，都必需坚持与现有流程的分歧。一旦处理方案投入消费，没有人不希望面对的是一个没有人可以也不想管理的混乱零碎。

除了板载之外，microServiceBus.com还支持我们控制设备并配置更新，甚至是管理代码。它集成了ServiceNow，该工具是我们用于管理情况、成绩和发布的工具。

第五个应战：测试

关于从事各品种型使用开发的组织，测试驱动设计（TDD）和继续集成（CI）都失掉了普遍的使用。但是，物联网处理方案的性质和体系构造，决议了这些测试办法是难以承受的。测试的目的是疾速失败，为顺应物联网的需求，我们需求跳出其中思索成绩。

为了更好地解释这些应战，我将它们分红三类：

技艺集和隔离

正如在“第二个应战：技艺集”一节中所引见的，物联网项目通常包括三个群组，各个群组间是互相隔离的，辨别具有不同的关注点、技艺集，当然还有工具集。由于所做的测试是完全不同的，因而后果通常互相不符。

由于每个群组都与其它群组隔离，单元测试和模仿模型成为每团体日常生活的一局部。开发人员能够需求数个月的工夫才干第一次看到PLC。而剖析师则持续运用假定的数据构造，直到他们最终能看到一些真实数据。因而，我需求在此强调指出组间协商接口和文档化的重要性。

地位

物联网的散布式实质并不会简化测试进程，但是对测试和演示环境的拜访确实非常有协助。通常，企业不能够对站点设置创立正本，由于这往往需求消耗少量的设备、管道和电线，让本来整洁的办公环境一团糟。

虽然如此，我们还是要用心去发明一个很好的演示环境。不要在乎做适当的投资，要让演示闪亮美丽。假定演示并非是将来测试，而是要感动你的利益相关者。给出一个好的物联网演示，这无疑是最好的！

现场装置

我们都希望团队能拥有优秀的工程师，在设备站点或车辆上装置仪表、网关、通讯和电缆。但是随着项目的推进，这些工程师能够不会持续去设置站点。此时通常是由一些不太纯熟的人接手。他们对项目缺乏洞察力，也不理解企业所发明的价值观。

为了顺应这种情况，我们需求给出平安牢靠的装置指南和进程，经常需求给出多种言语的版本。装置指南必需经过测试！

结论

物联网驱动了少量人力物力的参与，并带来了新的机遇。但我们应确保以业务为驱动。思索我们需求做的是什么，而不是我们能做什么。尽早给出对收益的预算，并确保向目的推进。

树立合伙关系，组建一支优秀的团队。无论人们身处何种角色和职责，鼓舞他们分享本人的知识和经历。运用日常站会（Standup）树立人们间的协作，与整个团队一同规划项目，无论是临时的还是短期的。

思索板载等理想应战，并尽早在项目中分配义务。深化检查本身所面对的时机，并确保硬件契合要求。不要运用Raspberry Pi或Arduino这样的设备做概念验证。

对更改做出规划！确保选择一个可让我们近程控制设备的平台，不要把物联网设备与其它的IT设备（如效劳器，电话或任务站）区别看待。确保物联网设备一直与最新的固件、操作零碎及其它软件坚持同步。