阿里云 物联网 mqtt
MQTT和CoAP哪个最可能成为未来物联网通信标准协议
MQTT是非常流行的设备的接入协议,包括IBM、亚马逊、微软的IoT托管服务都有支持,而CoAP在这方面几乎没有露面的机会。感觉以下几点是MQTT优于CoAP的主要原因:MQTT基于TCP,在做反控设备的时候比UDP更可靠,比如CoAP走3G、4G的时候甚至需要实现CoAP over TCP,否则反控很不稳定甚至无法联通。MQTT异步Pub/Sub实现,好比发个微信,无需等待对方确认便可以继续,而不像CoAP那样必须等待对方应答才能返回的同步模式。MQTT为物联网提供了许多体贴的设计,比如QoS,比如“遗言”的设计。篇幅有限,无法完全枚举MQTT的优越性,建议参考以下文章:MQTT入门篇MQTT进阶篇MQTT安全篇MQTT实战篇当然,CoAP在功耗方面有优势,不过随着物联网设备特别是网管的计算能力加强,这点应该不是主要矛盾。

Kafka和mqtt可以互相替代吗?物联网必须用mqtt吗?用kafka行吗?
两者虽然都是从传统的Pub/Sub消息系统演化出来的,但是进化的方向不一样,以下是几个比较突出的点:Kafka是为了日志收集的场景,抛弃exact once的语义而支持at least once以便得到更高的可扩展性。MQTT是为了物联网场景而优化,不但提供多个QoS选项(exact once、at least once、at most once),而且还有层级主题、遗嘱等等特性。说白了都是传统消息系统(老爸)的子嗣,只是与不同的场景(老妈)结合的产物。
MQTT除了物联网的应用场景外有没有其他的有趣的应用场景呢
协议自然是重要的,非常重要,或许IBM意识到了这一点;TCP/IP,HTTP这些重量级的协议没能分上一杯羹,已经是让这位蓝色巨物很不爽了,物联网嘛,新名词,大约有些做为,于是IBM就捣腾了这么个东东。在IBM的产品线里,如果mqtt能算产品的话,我觉得应该属于MQ一类吧,当年忽悠的中国的各大金融巨鳄、运营商一愣一愣的,估计现在这种产品不好卖了。在没有更好的选择或者对不懂行的人来说,IBM的很多东东都还是不错的,技术上的协议也是这样,记得金融行业有个ISO8583协议什么的,个人对MQTT的定位就是与此类似。谈不上有多糟糕,但至少不差,比起12306或者网银插件来说,IBM至少还是不会让技术人员有多反感。但对于懂行的人来说,对其进行过分吹捧、或者在自己产品里使用,就很是不解了。
标签
热门文章更多>
- 阿里云代理商:阿里云日志服务Agent异常定位:从调用链到Token消耗排查指南
- 阿里云代理商:大模型工具调用越权怎么办?ECS沙箱、RAM权限与网络出口限制方案
- 阿里云代理商:ACK AI推理Pod重启排查实战:从健康检查到GPU资源
- 阿里云代理商:阿里云搭建AI编码助手教程:模型接入、代码执行与密钥隔离实践
- Serverless智能体冷启动明显?函数初始化与状态持久化优化指南
- 阿里云GPU服务器CUDA OOM显存碎片化?批处理参数调优实战
- Model Studio智能体插件调用失败:权限、超时与返回格式排查指南
- 大模型推理首字延迟优化:从Pod调度到KV Cache实战
- 阿里云ECS Qwen任务中断排查:上下文、工具调用与内存问题
- 阿里云国际站代理商:asp 添加编辑器
- 阿里云国际站:asp 提交按钮
- 重庆阿里云代理商:asp 替换 换行
- 广州阿里云代理商:asp 替换函数
- 深圳阿里云代理商:asp 添加 记录
- 北京阿里云代理商:asp 添加控件
- 上海阿里云代理商:asp 条件更新
- 阿里云国际站注册教程:asp 条码
- 阿里云国际站充值:asp 调试程序
- 阿里云国际站代理商:asp 调用 dll
- 阿里云国际站:asp 调用cmd

