首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mq
订阅
华少的后端修仙之路
更多收藏集
微信扫码分享
微信
新浪微博
QQ
5篇文章 · 0订阅
转转门店基于MQ的Http重试实践
转转线下门店系统中使用的基于RocketMQ和Apache HttpClient的Http重试实践方案
转转基于MQ的分布式重试框架设计方案
在分布式场景下,为了保障系统的可用性和数据的最终一致性,采用基于消息队列(MQ)的重试机制是一种常见的解决方案。
分布式事务实现方案:一文详解RocketMQ事务消息
常见的分布式事务实现方案有以下几种:两阶段提交(2PC)、两阶段提交(2PC)、补偿事务(Saga)、MQ事务消息等。今天就讲一下 RocketMQ 的事务消息,是一种非常特殊的分布式事务实现方案,基
扫盲Kafka?看这一篇就够了! | 京东云技术团队
kafka的使用场景 为什么要使用 Kafka 消息队列? 解耦、削峰:传统的方式上游发送数据下游需要实时接收,如果上游在某些业务场景:例如上午十点会流量激增至顶峰,那么下游资源可能会扛不住压力。但如
RocketMQ系列第一篇-初识RocketMQ
什么是MQ?它能干什么?主要解决什么问题?什么是RocketMQ?它与其它消息中间件有啥区别?如何保证消息没有被重复消费?怎么处理消息丢失情况?那么保证消息传递的顺序性?如何保证消息数据处理的一致性?