如果企业的DevOps团队目前正在开发的物联网应用程序获得大规模成功，将有可能成为企业寿命比较长的应用程序。它甚至可能超过企业许多团队成员在公司中的工作时间。物联网在未来十年或更长的生命周期中是否可能过时?是的，会过时。
对于DevOps来说，这听起来可能有悖常理，因为这些行业并不完全以敏捷流程著称。它们是围绕最小化变化和控制任务关键情况下的风险而设计的。物联网技术正在迅速发展，很难说一两年后会是什么样子，更不用说10年了。物联网应用与工业和国防系统的共同点在于，它们往往是复杂的。企业的运营技术(OT)让人们可能会意识到他们现有的生产环境是多么复杂。物联网应用增加了无线连接、云计算架构、实时性能、端到端安全性和算法复杂性等元素。
大规模物联网应用将需要掌握复杂性，所汲取的经验教训可能会有所帮助。目的不是避免更改，而是在应用中学习。持续的应用程序发布和测试的DevOps核心概念需要扩展到不仅仅是应用程序代码。团队需要以细节为导向，着眼于设备配置，互操作性，数据完整性以及随着数据积累而产生的分析见解。
设备配置
购买企业服务器通常意味着选择一种商品：选择处理器型号和频率、内存大小、以太网和USB端口数量、存储接口和包装。在云平台中，弹性实例中的选择更加容易。只要设备适合并运行所需的操作系统，内部细节就不是那么重要。如果企业必须在两到三年内再购买一次设备，则可能会有更高的性能选择。
在物联网应用的长寿命计算中，盒子不是商品。实时性能驱动着处理器和电路板架构的差异。如果企业必须在两到三年内再购买一次，那可能是个问题。供应商通常为工业和国防客户提供修订控制服务，范围从更改通知到特定配置的扩展可用性。确保供应有时意味着终生购买零件，可能作为客户的保税库存。
互通性
即使是简单的物联网设备，如无线传感器，也可能在10年内出现问题。连接规范不断发展，有重大的变化，也有微小的修改。随着移动用户的抛弃，手机的原有标准也逐渐消亡。否则通常不情愿地为供应商提供对较旧设备的支持，价格通常昂贵，有时甚至不存在。
选择具有强大生态系统的可互操作框架将是长期成功的关键。如果供应商被收购并停止提供特定配置，或者如果他们完全停止运营，那么团队应该准备一个“B计划”。带有空中传送(OTA)编程的设备有助于跟上规范更改的步伐，并在出现时减轻安全问题。
数据的完整性
团队将无法仅停止物联网平台面并继续工作。如果通过物联网面向未来的策略正确处理了第1天收集的数据，则与第3650天收集的数据一样有价值。物联网设备通常很容易连接到网络。当数据开始流动时(可能来自数千个设备)，将对物联网应用程序进行真正的测试。数据是否来自授权设备?所有数据的格式都正确吗?时间戳正确吗?是否检查错误和丢失的帧?
据推测，当物联网应用成功时，就迅速出现了扩大规模的诱惑。假设添加了一组新的传感器，并以略有不同的格式添加了相同类别的信息。系统应该在边缘提取格式并清理数据，以便所有到达云的数据都可以进行算法处理。例如，JSON是可以帮助抽象的一种工具。边缘计算还可以使用生成模型来减少传输到云的数据，仅转发出界条件以进行进一步分析。
分析见解
在物联网项目开始之初，团队就会对他们打算完成的事情有所了解。随着项目的成熟，不可避免地会有来自分析的新见解。可能未对体系结构进行优化以实时传递这些见解，并且可能需要进行更改以加快算法结果的传递。工作流程优化是物联网团队的一个持续过程。这是在飞行中重建飞机，从就地系统中获取更多价值的最终实例。
物联网未来验证的精神
通过兼顾应用程序的寿命和复杂性，可以确保物联网的未来发展。将团队精神从维护静态配置转变为开发活动的应用程序体系结构，有助于克服在10年甚至更长的生命周期中必然发生的事件。
