扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
昨天偶然聊起工业场景下IOT时序处理问题,有人讨论时序数据库哪家强,有人询问数据收集应该用云服务商的PaaS还是自己搭建,不一而足。笔者认为没有最强的产品,只有最合适的架构。抛开具体应用场景而去谈单一产品性能,无异于缘木求鱼,刻舟求剑。针对客户具体情况,选择相应的架构,灵活结合开源工具和云厂商服务;同时以实用性为原则,解决问题而非为了所谓的最新科技而选择一些实用性有限的产品。在此分享个人一点看法,水平有限,抛砖引玉,欢迎切磋讨论。
成都网络公司-成都网站建设公司创新互联10余年经验成就非凡,专业从事成都网站制作、成都网站建设,成都网页设计,成都网页制作,软文发稿,1元广告等。10余年来已成功提供全面的成都网站建设方案,打造行业特色的成都网站建设案例,建站热线:028-86922220,我们期待您的来电!首先,我们可以把整个系统分成几部分,随后逐一探讨。在此暂且采用将整个架构分为,终端、分析、行动三部分。
在“终端”部分,微软近期动作很大,预期投入50亿美金进行IOT研发的大部分都花在了这里,其中产品AzureSphere备受期待,目前已经和台积电等厂商联合生产开发中,×××还要飞一会~其大的优势就是双套安全机制,确保客户终端安全
暗黑科技Azuresphere传送门:https://azure.microsoft.com/en-us/services/azure-sphere/
在“分析”部分,微软IOT solution包含了丰富的产品。
传送门:https://azure.microsoft.com/zh-cn/overview/iot/
先从数据收集说起,常见几种收集方式如下:
其中最常被比较的两种方式为使用云厂商PaaS (在此以微软IOT Hub,Event Hub为例)vs 开源自建(在此以Kafka为例),对比如下:
使用微软服务 (IOT Hub) | 使用微软服务 (Event Hub) | 自建 (Kafka) | |
托管 | 是 | 是 | 无 |
并行 | 是 | 是 | 是 |
传输方向 | 双向 | 单向 | 单向 |
设备管理 | 有 | 无 | 无 |
传递 | 可配置 | 至少一次 | 至少一次 |
支持协议 | MQTT,HTTPS,AMQP | HTTPS、AMQP 1.0、 Apache Kafka | Kafka |
可扩展性 | 相对高(可轻松扩展到TB级) | 相对高(可轻松扩展到TB级) | 相对低 |
直接成本 | 高 | 中 | 低 |
管理成本 | 低 | 低 | 高 |
真实工业情况下,能否用云厂商PaaS收集数据往往其决定因素的是客户终端设备,特别是该设备支持的协议。比方Honeywell的工业机器大部分可以用微软IOT收集数据;比方Siemens自成体系,并未开放,微软只能在Siemens自己收集完数据,加工整理之后,通过客户传给微软,做做数据分析展现之类的后续工作。
其中IOT Hub还在不断演进当中,接下来devices streams即将登场,会给设备端链接带来更好的易用性和安全性:
https://azure.microsoft.com/zh-cn/blog/introducing-iot-hub-device-streams-in-public-preview/
如果客户使用开源,会常见Kafka, Flume, Storm等名词,可参见以下blog,内有基础介绍和分步骤代码:
http://www.cnblogs.com/smartloli/p/4615908.html
https://www.cnblogs.com/smartloli/p/4632644.html
数据存储、计算各家云厂商都有功能强大的服务,所实现功能也大同小异,在此不赘述。谨在此提两个技术细节问题供探讨:
数据库选择:时序数据库虽然喧嚣之上,但是实际应用者寥寥。针对需要长期展现的类似matrix数据有一定应用场景价值。更多情况下,传统数据库或者Hadoop体系就有均有丰富的最佳实践,选择时根据实际情况而定,简简单单能够解决问题就好。
压缩数据:这项技术特别容易被忽略,但是特别是在大数据量情况下可以考虑。在这里需要做一个平衡,就是压缩和解压缩带来计算量的增大和存储/网络负载减少之间的取舍。其好处一方面显而易见的好处是压缩数据可以节约存储成本,还有可以在分布式计算情况下节约各个节点之间传输数据的网络压力,减少传输时间,从而增加运算速度。
常见压缩工具对比如下:
接下来就是数据分析引擎的选择,常见选择标准为查询的兼容性和时延:
除了工具推陈出新,随着架构的演进,现在serverless大行其道,传统架构也可以进击发展为分为fast path和slow path双通道的全自动连接架构。
“行动”部分,根据客户具体应用场景而定,有的采用预防性维护,有的采取远程开关机等等,在此不展开。
工业数据分析曾经甚嚣尘上,似乎传统制造业要执数字化转型之牛耳,言必及GE;而随着一系列泡沫挤出,Predix也落得一个出售的命运,颇有点“看斜阳照大地阡陌,从头转“的味道了。作为从业人员,大势不能违,从小处做起,积点滴,汇江海,共勉之。
技术博大精深,个人能力有限,行文粗鄙,抛砖引玉,欢迎探讨指正,共精进。
参考材料:
微软IOT参考架构:
Azure IoT Reference Architecture Guide
微软在IOT成熟案例:
Rolls Royce https://customers.microsoft.com/en-us/story/rollsroycestory
POC含具体步骤的blog在此:
https://mp.weixin.qq.com/s/rMJZ2At6AGVqTVZ5ZB0GLA?
POC代码在此:
https://github.com/jurejoy/Temperature-Forecast
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流