过去几个星期，我的高中一年级的儿子一直很紧张。要完成多位老师布置的，上交时间为同一天的作业，这样的压力让他很沮丧。当我看着他应对大量数学作业时，我想到了在物联网开发中发生的类似困难。在我看来，阻碍物联网前进的流程，可以总结为一个简单的数学方程式：IoT = DevOps²。

物联网等于DevOps的平方？

让我解释一下。为了成功实现物联网应用的实施，你需要了解物联网场景中的完整物理环境。与此同时，你需要认识到你要面对分散在整个企业中的多个团队：OT开发，OT运营，IT开发和IT运营。

这四个不同团队中的每个，就如同不同学科的老师，都有特定的目标和关注点。团队之间的协调和计划是必需的。否则，就会效率低下，甚至产生分歧。要让事情顺利进行，你需要一个包含任务分配和流程的协调计划，并不断交换信息。

当然，重要的是要记住为什么每个团队都是独特的实体。必须考虑到他们的目标差异。正如数学和历史在教导的内容上，有着非常不同的目标一样，一个企业内的每个团队都有不同的目标和指标。虽然运营和开发是相似的，但是开发人员的目标是创建新的，更好的软件，并尽可能快速和高效地完成。IT运营人员更关心保持环境的稳定和运营。无论他们决定实施什么，都必须能够安全地融入当前的环境。

与教育机构的目标一样，实施物联网项目的企业的目标是确保每个人都共同，按时完成流程。如果OT开发团队完成任务，却没有其他团队继续，或者如果IT开发团队准时完成工作，而其他团队却没有完成，那么物联网项目就失败了。那么，在物联网的新氛围中如何避免开发困难呢？

X不能等同于旧的瀑布技术

首先，让我们承认，过去的软件开发方法阻碍了支持物联网所需的协作过程。我指的是花费数月的时间来开发软件，记录软件，然后对软件进行测试，结果发现（已经太晚了）软件问题太多，或者不再满足客户的期望。这个时间框架和方法论在四个不同的，重要的团队需求都需要满足的物联网环境下，是行不通的。物联网需要真正的实时。

为了使物联网工作，需要所有四个团队之间有力的整合和沟通。通过将这四个团队合并成一个能够共同工作的团队，你可以提前输入需求，并确保尽早在过程中提供支持。然后，团队可以更轻松地理解概念，并通过不同的任务加强这些概念。为了更大的目标，要明确什么才是重要的，并找到在每个领域需要支持的部分。在下图中，你可以看到开发（Dev）和运营（Ops）之间确实存在共同的需求。专注于这些需求来创建DevOps平台，为更高的效率和创新铺平道路。

注重敏捷

通过DevOps和CI/CD（持续集成和持续交付）实现的敏捷软件开发改善了协作，从而改进了创新。当每个人都负责质量管理，人员都在一起工作，而不是孤立地工作时，就可以避免在其他领域中断功能。当你不断地发布小的增量变化的产品，并随时进行测试，你会立即知道是否有问题，并能明确需要修复的问题。通过快速捕捉和解决问题，整个团队生产出更稳定，质量更好的软件。

容器通常用在敏捷开发过程中。能够对代码的“层”进行修改而不会影响其他代码，因此可以在保持代码稳定的情况下快速进行更改。Scrum是另一个重要的敏捷项目管理工具。与传统的瀑布式项目管理不同，Scrum处理实时的，面对面交互，确保与所有相关人员进行清晰的沟通。

敏捷开发环境的扩展性非常好，这在当今快速变化的市场，比如物联网中至关重要。这些环境的效率要高得多，并且可以在不影响底层的情况下快速更新。

使用正确的工具对成功至关重要

你可以将敏捷集成和开发流程的整体思想融入到物联网的其他方面，包括你的架构方法。我的同事Ishu Verma在他的博客文章“将敏捷集成应用于物联网”中详细讨论了这个问题。正如他指出的那样，真正的关键是从定制的技术转变到基于标准的技术，并关注协作能力。这就是为什么客户使用容器平台和其他开发工具来更新IT基础设施，并采用敏捷的DevOps方法来开发应用的原因。

将敏捷集成与专门用于构建和管理机器对机器或物联网应用的设备应用框架（如Eurotech的Everyware Software Framework和Everyware Cloud）中的工具相结合，为物联网开发人员提供了按需，自助服务功能，同时更容易一起工作。

如果高一的课程有这么容易就好了。