选择物联网基础架构框架

在考虑建立您的物联网基础设施的时候，无论您是在考虑流行的云解决方案还是避免供应商锁定，这里都有一些建议。

大规模开发创新物联网系统最有价值的方面之一是有机会定义流程并理解快速变化的市场，其中没有单一的方法，平台或方法占据主导地位。

 

但物联网环境的波动也意味着为客户项目定义前方道路的额外工作。随着新协议和资源的日益突出，客户可能会倾向于最成熟，最熟悉或最广告的解决方案 - 即使这些解决方案已经被优秀的开源或第三方产品所取代; 或者可能会将客户承诺给一个主要提供商的服务，这可能会导致他们项目的长期完整性。

 

一些早期艰难的决定令人欣慰：更便宜的解决方案不能很好地扩展，并且可能永远不需要更昂贵和灵活的解决方案的能力。因此，客户需要从一开始就区分他们是否着手实现特定的生产职责或寻求开发真正的可扩展性。任何人都想要的最后一件事就是在18个月后重新进行重建，因为需求正在拉低系统的可操作性外围。

 

物联网系统开发市场目前分为三个明显的路线：现成的平台（如AWS IoT核心，Azure物联网套件和谷歌云物联网核心），这些平台可以抵消供应商锁定和更高端的批量定价。经济高效的可扩展性和更短的交付周期; Linux堆栈上相当完善的MQTT配置（例如Eclipse Mosquitto）; 以及更具异国情调的新兴协议和产品（如Nabto的P2P协议）正在开发足够的吸收，兴趣和社区投资，以便在未来赢得强大的市场份额。

 

如果项目通过与平台无关的代码寻求大规模的可扩展性和可移植性，那么初始开发投资和交付周期将是相当大的，但客户可以保持创新工作的后期价值。由于该产品只需要相对通用的云配置，因此在顶级物联网云播放器方面也具有前瞻性。

 

即使这样的投资水平也无法在物联网消息传递协议（如MQTT，HTTP，CoAP和AMQP）目前争夺主导地位的环境中购买确定性。因此，您自己的项目经验和行业惯例可能是决定因素。

 

在考虑主流物联网云采购时，安全性是另一个后勤考虑因素。与主要提供商合作的优势可以通过额外（和持续）的努力抵消，以保护您的系统免受经常探测其渠道漏洞的攻击者的攻击。专有代码可能更难开发和维护，但通常不会承担这种特殊负担。

 

由于物联网生态系统结构仍远未整合，即使是资源充足的客户也需要在构思阶段提供明确和当前的建议，以便现实地确定其雄心。因此对于框架开发人员来说，“先锋”仍然是默认的位置，需要不经常的经验，研究和市场本能。