为什么IoT开发人员困惑MQTT和CoAP？
最近在Exadel，我们遇上了一个有意思的挑战，对物联网的开发者。因为IoT应用程序取得了如此多的动力，所以有更加多的自由选择如何研发它们。对于设备通信，两个专门的竞争协议脱颖而出：消息队列遥测传输（MQTT）和约束应用于协议（CoAP）。它们都设计为轻量级，并细心用于匮乏的网络资源。 两者都在准确的环境中用于，但问题是，由于物联网发展的比较发展，人们不告诉这些协议是什么或何时用于。这些不是每个人用于的标准Web协议。 鉴于我们自己内部的对话，我要求协助我们说明这些。
最近在Exadel，我们遇上了一个有意思的挑战，对物联网的开发者。因为IoT应用程序取得了如此多的动力，所以有更加多的自由选择如何研发它们。对于设备通信，两个专门的竞争协议脱颖而出：消息队列遥测传输（MQTT）和约束应用于协议（CoAP）。它们都设计为轻量级，并细心用于匮乏的网络资源。
两者都在准确的环境中用于，但问题是，由于物联网发展的比较发展，人们不告诉这些协议是什么或何时用于。这些不是每个人用于的标准Web协议。
鉴于我们自己内部的对话，我要求协助我们说明这些。首先，我们来想到这些协议是什么。
什么是MQTT？对于外行人来说，MQTT很像Twitter。这是一个“公布和订阅者”协议。
您可以订阅者某些主题并公布在其他主题上。您将接到有关您订阅者的主题的消息，并且订阅者您公布的主题的人将接到这些消息。当然有区别。
例如，您可以通过确保交付给来配备协议更加可信。公布/订阅者系统利用一个经纪人，为了更进一步发售转换，Twitter平台本身将根据您的订阅者偏爱过滤器消息。什么是CoAP？CoAP更加看起来传统的基于网站的业务，如亚马逊。
您拒绝资源（亚马逊示例中的页面和搜寻结果），并且有时候还不会递交您自己的数据（展开出售）。CoAP被设计为看上去看起来相容HTTP，它反对大多数互联网，因为我们目前告诉的。
CoAP可以利用代理服务器，并将其转换成HTTP，或者根据环境容许必要与设计为用于CoAP的类似服务器进行通信。你什么时候用于它们？你有可能都在回答的问题是，“如果他们很相近，我应当何时用于一个对另一个？”由于公布/订阅者体系结构与中间商中介，MQTT是广域网（WAN，互联网）上的设备之间的通信的理想自由选择。
它在比特率受限的情况下是最简单的，例如远程现场站点或其他缺少强劲网络的区域。MQTT是Azure和Amazon服务产品的一部分，因此它具备很多已创建的架构，使其更容易适应环境当前的开发人员。在CoAP的情况下，最弱的用例是与HTTP的兼容性。如果您有一个基于Web服务的现有系统，那么在CoAP中加到是一个很好的自由选择。
它创建在用户数据报协议（UDP）上，这在一些资源受限的环境中是简单的。由于UDP容许广播和多播，您可以用于较较少的比特率潜在地传输到多个主机。这使得它对于设备必须较慢交流的本地网络环境很好，这对于一些M2M设置是传统的。如果物联网开发人员正在用于将利用现有Web服务器架构的设备，开发人员将用于CoAP。
但是，如果开发者正在建构一个设备确实“仅有报告”的东西-也就是说，它被弃置在网络上，只必须将数据报告返服务器-CoAP将不会更佳。其他用途，如云架构，有可能最差用MQTT已完成。MQTT和CoAP的未来随着时间的流逝，对于其他协议，用于或行业使用趋向于向更加权利和多元文化的平台迁入，除非非包容性平台更佳。MQTT和CoAP都是对外开放标准，任何人都可以构建。
CoAP由标准机构启动，而不是由私有公司（还包括IBM）设计的MQTT。CoAP被设计为处置资源受限的环境，有可能是它沦为赢家，但是目前MQTT或许正处于领先地位。
MQTT背后有显著的动力-大云玩家早已自由选择了这一势头，或者最少自由选择它。此外，许多商业用例必须MQTT（存储和发送，集中式主机）的功能。然而，一种可能性是，一些环绕HTTP（例如移动应用于程序开发）展开标准化的软件开发可以开始利用CoAP来处置外围设备，并与后端通信，以协助增加不当相连比特率。
最后，这些协议可以通过互联网有效地部署在有所不同的应用程序中。我们告诉有特定的用于案例，其中每个都是最差的，但是我们也告诉，物联网和物联网设备将不会在复杂性和普及性方面之后发展。对于开发人员来说，理解应用程序的关键差异不仅可以构建更佳的初始部署，而且可以为今后的研发工作奠下扎实的基础。
本文关键词：为什么,IoT,开发,人员,困惑,MQTT,和,CoAP,最,近在,博鱼体育官网
本文来源：博鱼体育官网-www.campfest.net