边缘计算和缩小分析差距

后台运行。

人们现在都熟悉WiFi连接设备，如洗衣机、机器人吸尘器、家用恒温器等。这些物联网设备通常会发送统计数据或状态，这是一个很好的事情，通过智能家庭集线器或显示在手机上。然而，物联网设备广泛应用只是完成物联网革命的一半，下一半是让它们运行自我诊断和统计分析，然后再将信息发送给企业进行进一步分析，从而使他们最终不仅联网而且智能。恒温器就是一个简单的例子，可以根据天气、到家时间、交通和其他信息计算预测，因此可以开始加热洗澡水，并告知真空吸尘器开始清洁，以便在主人到家之前完成。这不是通知主人，而是在源设备或边缘计算设备上做出决策和采取行动。

边缘计算分析不是将所有信息发送到一个单一的来源，然后才应用转换和分析，然后才将反馈发送到其他设备，而是一种更快、更灵活的方法。

例如，如果以电信行业为例，那就是他们曾经的运作方式。通常在中央通信枢纽中，电话接线员在那里接听用户的电话，用户不得不事先“订购”一条线路，并且只有在这条线路开通后才能通话，所有呼叫都通过一个中心位置进行路由，其分析仅在其中心枢纽中完成。

如今，人们只需在其手机设备上输入号码即可呼叫，同时所有路由都将自动且更快地完成。无需等待信息到达中心枢纽即可进行分析。现在能够以其选择的任何方式(部分或全部)随时分析信息，甚至可以在自己的设备上进行分析。

以另一个现实生活为例，例如几十架飞机在机场上空盘旋、准备起飞或降落。在几秒或几毫秒内分析数据的能力不仅仅影响航空公司收入，其真正商业价值与旅客生命息息相关。因此每一秒都很重要，每一个轻微的失误或技术问题都会产生巨大的多米诺骨牌效应。

理论上，如果在将数据发送到集中位置之前已经开始分析的初始过程，例如，在原始设备(飞机或任何其他计算机设备)上，可以根据初步见解采取行动，从而缩小洞察力和行动之间的差距。

人们可以在边缘计算设备上执行部分算法或分析功能，同时以非侵入方式将数据从边缘设备本地网格异步或同步到集线器或集中网格，在那里将执行进一步和更多的计算关于原始数据或汇总数据。

采用质量分析平台

进行实时分析就是提取率、简化工作流程、减少组件架构以降低总体拥有成本(TCO)。现在需要了解一下lambda或kappa架构，通过将所有信息视为数据流简化所有事情是很好的，但由于架构中移动部分的数量太多，仍然会带来意外的复杂性。

采用传统的分析工作流程并将繁重的工作推到内存平台上以实现收敛或数据流的统一是唯一合乎逻辑的结论。这个“NoETL”工作流程完全依赖于Kafka作为消息代理，而InsightEdge作为NoETL/流处理机制，除了所有其他Spark优势之外。

第二个阶段是polyglot分析，它定义了质量分析的能力，以便将实时数据流与存储在持久存储层上的存档数据聚合。

考虑到专家预测的到2020年全球将产生40泽字节的数据，人们需要能够处理此类数据量的平台。采用建议的组件简化架构，这两个事件流之间的相关因子是Kafka/Data Lak

（编辑：平顶山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!