Kafka将主题存储在日志中。主题日志分为多个分区。Kafka将日志的分区分布在多个服务器或磁盘上。将主题视为类别，流名称或提要。 主题本身就是发布和订阅样式的消息传递。一个主题可以有零个或多个名为使用者组的订阅户。为了速度、可伸缩性和大小，主题被划分为多个分区。 Kafka将…

一发一存一消费，没有最好的消息队列中间件(简称消息中间件)，只有最合适的消息中间件。 非实时性：当不需要立即获得结果，但是并发量又需要进行控制的时候，差不多就是需要使用消息队列的时候。主要解决了应用耦合、异步处理、流量削锋等问题。 限流削峰：应用于秒杀或抢购活动中，避免流量过大…

broker : 已发布的消息保存在一组服务器中，称之为Kafka集群。集群中的每一个服务器都是一个代理(Broker) Connector API允许构建或运行可重复使用的生产者或消费者，将topic连接到现有的应用程序或数据系统。 每一个分区都是一个顺序的、不可变的消息队列…

前面我也跟大家讲述了 RocketMQ 读写分离的规则，但是你可能会问，主从服务器之间的消费进度是如何保持同步的？下面我来给大家解答一下。 消息者在消费完消息后，会调用以上方法，讲消费进度放入 offsetTable 缓存中，当 Rebalance 负载重新分配生成 PullR…

之前写了一篇关于 RocketMQ 队列与 Kafka 分区副本的区别文章，里面提到了 RocketMQ 的消息冗余主要是通过主备同步机制实现的，这跟 Kafka 分区副本的 Leader-Follower 模型不同，HA（High Available) 指的是高可用性，而 R…

RocketMQ使用了长轮询的方式，兼顾了push和pull两种模式的优点，下面首先对长轮询做简单介绍，进而分析RocketMQ内置的长轮询模式。 此方法不光在PullRequestHoldService服务类中循环调用检查，同时在DefaultMessageStore中消息被…

近期在做告警集成平台，其中需要告警消息发送，类型需要涵盖目前市场主流的消息接受端，例如微信/企业微信/钉钉/邮件/短信/电话等等，这势必要利用到MQ，在众多的消息中间件中，经过调研此场景并不象大数据处理场景需要kafka，同时需要较高性能和确认机制，数据的可靠性和活跃的社区，支…

上一篇介绍了各种场景下的最佳实践，大部分场景可以使用「发后即忘」的模式，不需要响应，如果需要响应，可以使用RabbitMQ的RPC模型。 RabbitMQ以异步的方式解耦系统间的关系，调用者将业务请求发送到Rabbit服务器，就可以返回了，Rabbit会确保请求被正确处理，即使…