<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>RabbitMQ on Tony老师的博客</title><link>https://blog.tanteng.space/tags/rabbitmq/</link><description>Recent content in RabbitMQ on Tony老师的博客</description><generator>Hugo</generator><language>zh</language><lastBuildDate>Tue, 10 Dec 2019 10:00:00 +0800</lastBuildDate><atom:link href="https://blog.tanteng.space/tags/rabbitmq/index.xml" rel="self" type="application/rss+xml"/><item><title>消息队列选型：Redis Stream、RabbitMQ、Kafka 的语义差异</title><link>https://blog.tanteng.space/posts/message-queue-selection/</link><pubDate>Tue, 10 Dec 2019 10:00:00 +0800</pubDate><guid>https://blog.tanteng.space/posts/message-queue-selection/</guid><description>&lt;p&gt;新团队第一次接入消息队列，几乎都会问同一个问题：Redis Stream、RabbitMQ、Kafka 选哪个？三种方案在 benchmark 文章里都能跑到几十万 QPS，单看吞吐根本分不出胜负。但真正上线之后踩到的坑——消息被消费了两次、消费者卡住之后整个队列堆积、镜像队列脑裂后丢消息——都跟性能数字毫无关系。&lt;/p&gt;
&lt;p&gt;分歧的根源不是性能，而是三者对&amp;quot;一条消息属于谁、什么时候算处理完&amp;quot;这个问题的回答完全不同。性能只是表面，&lt;strong&gt;语义模型&lt;/strong&gt;才是选型的核心。&lt;/p&gt;</description></item><item><title>消息队列：Kafka 与 RabbitMQ 的设计哲学对比</title><link>https://blog.tanteng.space/2018/11/kafka-vs-rabbitmq-design/</link><pubDate>Thu, 15 Nov 2018 09:00:00 +0800</pubDate><guid>https://blog.tanteng.space/2018/11/kafka-vs-rabbitmq-design/</guid><description>&lt;p&gt;面试常被问&amp;quot;消息队列用哪个&amp;quot;——但 Kafka 和 RabbitMQ 不是&amp;quot;谁替代谁&amp;quot;的关系，它们是&lt;strong&gt;两种完全不同的设计哲学&lt;/strong&gt;：Kafka 是分布式日志，RabbitMQ 是智能交换机。&lt;/p&gt;
&lt;p&gt;把 Kafka 当成&amp;quot;消息队列&amp;quot;用，就像把 Git 当成 SVN 用——能跑，但不是它擅长的方式。本文从设计哲学出发，彻底理解两者的差异。&lt;/p&gt;</description></item></channel></rss>