暂无个人介绍
2020年03月
有两种方案: 1. 一种是采用商业化的方案,使用阿里云的RocketMQ、微消息队列MQTT、EventBridge,能够将MQTT的消息链接到各种消息队列和数据产品。 2. 一种是采用RocketMQ开源自建的方案,直接参考https://rocketmq.apache.org/zh/docs/mqtt/01RocketMQMQTTOverview
有两种方案: 一种是采用商业化的方案,使用阿里云的RocketMQ、微消息队列MQTT、EventBridge,能够将MQTT的消息链接到各种消息队列和数据产品。 一种是采用RocketMQ开源自建的方案,直接参考https://rocketmq.apache.org/zh/docs/mqtt/01RocketMQMQTTOverview
1: 会收到消息 2: 看消息的队列的实现,有些新建的订阅只会收到最新的消息,有些则会收到之前的消息
消息是流,不是数据库或者KV,这个场景建议用KV
存储、网络通信、高可用、多副本、功能特性、sdk
未来https://www.aliyun.com/product/rocketmq?spm=5176.14414305.J_8058803260.385.3ec65960K5Guu8会提供分级存储,提供月级别的存储时长
同一个groupid的订阅关系要保持一致
新业务建议直接使用RocketMQ,涵盖MQS所有能力 https://www.aliyun.com/product/rocketmq?spm=5176.14414305.J_8058803260.385.3ec65960K5Guu8
https://help.aliyun.com/document_detail/141786.html?spm=a2c4g.11186623.6.643.6e4f3227tk49rT
消息队列建议在控制台提前创建好,不要在代码里不停的重复创建
就是RabbitMQ的云产品版
不支持
重复是有可能的,消息队里的qos是at least once
消费异常,或者确认超时
系统没有做限制吧,但是最好还是不要混着用,以免出现非标用法引发问题
为了保证消费成功,产生的重试。有可能消费成功,但是没有ack,这样就会重试
可以考虑用数据库或者redis做去重表,用唯一业务id,或者消息id
MNS支持webhook,这个就是push的模式
定时了 怎么定义顺序呢
主要是担心流量太大,把数据库冲垮。削峰填谷的作用