Red150770 - Fotolia.
理解控制循环以解锁IOT的Analytics
将分析应用于IOT快速成为一个复杂的任务。架构师必须掌握控制循环，以指示其设计并提供快速的商业洞察力。
数据加分析等于决策。问题IOT开发团队必须回答如何应用IOT技术的分析。IOT Analytics需要架构师来理解控制循环中的设计分析的位置和方式可以减少应用程序的延迟。
控制循环有时称为工作流，是IOT分析的核心。控制回路开始传感器，通过本地控制器，边缘计算，最后，进入IT基础架构，例如分析平台或数据库。
一部分控制循环的任务是将动作信号传递给现实世界元素，例如门，另一部分是将信息馈送到存储库中以应用分析并进行业务决策。架构师可能会发现它有效地设计分析，以便在两个目的上设计分析，但它们可以调整控制回路的部分以减少延迟，并使实时决策更快。
单独的实时进程从控制循环或使用工具来减少延迟
某些应用程序需要分析作为过程控制步骤的直接块以完成控制回路。例如，如果货物到达或离开，则可能需要库存分析，但控制访问门不需要分析。将过程控制和数据条目组合的应用程序 - 在这种情况下，分别为栅极和库存 - 应分解为防止实时部分中的额外延迟。架构师必须将实时部分分配给本地控制器或在可用的边缘计算设施中。
架构师无法将某些控制循环与处理分开，这使得对应用程序的整体处理延迟。当控制循环中使用IOT分析时，架构师必须使用工具处理事件流或流媒体并建立一个应用程序。
询问分析的目的是什么以及如何在控制循环需要实时分析的情况下与存储的数据相关。IOT分析分为两类：相关性和投影。相关性，有时称为复杂的事件处理（CEP），在其他事件的上下文中解释IOT事件，通常来自可比的时间点。投影或历史分析 - 一种预测性分析的形式，但转化为一个时间关键背景，预测了基于历史趋势和当前事件或条件的结果。
CEP可以使用自定义工具或流媒体事件工具。组织倾向于使用IOT的流式事件工具，其中TIBCO，IBM和Red Hat支持等供应商。专门的CEP工具可以包括分析，例如软件AG的Apama流分析和EVAM流分析提供的分析。建筑师可以使用Apache Kafka开发复杂和流媒体事件处理和分析。云提供商，如亚马逊，支持Kafka。
流式事件工具通过一系列事件提供高速事件处理和有限的分析支持。架构师必须了解属于常见实际过程的上下文事件的性质，因为工具在他们处理分布式源的事件的能力方面不同。如果事件源是广泛的，则所有控制循环中的常见分析任务都可以为某些循环产生过多的延迟。
在没有专门的工具的情况下简化控制循环
架构师不得依赖于事件特定的分析工具作为事件分析延迟问题的保证修复。如果实际分析过程必须是控件循环的一部分，则架构师可能能够通过从总结历史数据库工作或创建算法来减少延迟。
建筑师必须使用现实的测试数据集来测试任何应用程序方法，该逼真的测试数据集代表预期的事件和时机在提交到生产之前。
摘要数据库是传统数据库的视图或提取，用于更快的访问和分布更靠近边缘。建筑师可以复制摘要数据库如果有多个IOT事件生成点，请立即将数据保持关闭到几个边缘点。他们还可以设计数据库访问方法，以便更快的访问，例如NoSQL与NoSQUS关系数据库管理系统，不妥协依赖传统SQL或RDBMS的业务应用程序。
算法可以提供最佳方法来减少物联网分析延迟。历史预测本质上是预测。架构师使用传统的分析来建立趋势，然后将其作为算法代表并将其应用于它们发生的事件。当历史分析在很长一段时间内进行历史分析时，这种方法是最有价值的。如果分析周期短，则应用程序应被视为事件相关之一。
建筑师必须使用现实的测试数据集来测试任何应用程序方法，该逼真的测试数据集代表预期的事件和时机在提交到生产之前。生产物联网没有实验的地方。
