历史原因，公司存在多个 MQ 同时使用的问题，我们中间件团队在去年下半年开始支持对 Kafka 和 Rabbit 能力的进行封装，初步能够完全支撑业务团队使用。 鉴于在之前已经基本完全实施 Kafka

随着业务的持续增长，消息体量随之增大，对消息中间件平台提出了更高的要求，此外在运维过程中也遇到了高可用难以保障，功能特性。本文介绍基于RocketMQ建设消息中间件平台并实现在线业务无感知的平滑迁移。

本文介绍了微信团队在大流量场景下将 Pulsar 部署在 K8s 上的实践与优化、非持久化 Topic 的应用、负载均衡与 Broker 缓存优化实践与COS Offloader 开发与应用。

在电商、支付等系统中，一般都是先创建订单（支付单），再给用户一定的时间进行支付，如果没有按时支付的话，就需要把之前的订单（支付单）取消掉。这种类似的场景有很多，还有比如到期自动收货、超时自动退款、下单

我报名参加金石计划1期挑战——瓜分10万奖池，这是我的第2篇文章，点击查看活动详情 背景 其实在工作中延迟任务的场景还是比较常见的，比如电商场景中： 用户下单30分钟未支付自动取消订单； 订单申请退款

背景 目前，公司方面 RPC 调用如 Dubbo、Feign 已经能支持基于灰度的调用，但是 MQ 还没有支持灰度的能力，因此导致在测试和生产环境业务验证、消息隔离方面体验比较差，因此我们基于 Rab

Kafka作为一个支持大数据量写入写出的消息队列，由于是基于Scala和Java实现的，而Scala和Java均需要在JVM上运行，所以如果是基于内存的方式，即JVM的堆来进行数据存储则需要开辟很大的

文章首发于我的公众号「程序员cxuan」，欢迎大家关注呀～ 说到做到！ 之前有位读者给我留言说想要了解一下什么是 MQTT 协议，顺便还把我夸了一把，有点不好意思啦。 那么读者的要求必须要满足啊，所以

因为MQ整个消息周期设计到上述的三个角色，所以我们从这个三个角色开始讨论丢失数据的情况。并如何解决 在生产数据程序中，消息已经处理好还未发送给MQ这个阶段，生产者因为意外情况中断了。这个时候生产者这条消息就会丢失。因为程序重启好之后可能不会再次生产该消息。 购物商城中已经选购了…