Apache Pulsar：核心概念、架构原理与实践，你能详细解释一下吗？

Apache Pulsar：这玩意儿到底是个啥？核心概念、架构原理与实践，你能详细解释一下吗？

说实话，最近这技术圈儿里Apache Pulsar 真的是火得一塌糊涂。你要是还没听说过那可能真的要稍微补补课了。这不仅仅是个消息队列，真的，别把它跟那些老掉牙的 MQ 混为一谈。官方吹它是“下一代云原生分布式消息流平台”，听着挺玄乎吧？ 这就说得通了。 其实说白了它就是要把消息、存储、轻量化函数式计算这三样东西给揉在一起。而且， 最最核心的一点，也是它区别于 Kafka、RocketMQ 这些老大哥的地方，就是它的架构——计算与存储分离。这四个字，你得记住了这是 Pulsar 的灵魂。

架构原理：计算与存储分离，这事儿太重要了

咱们先来聊聊架构。传统的消息系统， 比如 Kafka，计算和存储是耦合在一起的，Broker 既要负责处理消息的读写，又要负责把消息存到磁盘上。这就有问题了你要是想扩容， PUA。 得连着存储一起扩，麻烦得很。而且一旦 Broker 挂了 那上面的数据也就跟着遭殃，虽然也有副本机制，但恢复起来总是让人提心吊胆。

但是 Pulsar 不一样。它把这两层给彻底拆开了。上面一层是 Broker， 专门负责计算，也就是处理连接、处理消息的收发；下面一层是 BookKeeper，专门负责存储，也就是老老实实把数据写到磁盘里。 开倒车。 这种设计简直绝了！你想增加吞吐量？加 Broker 就行，不用动存储。你想存更多数据？加 Bookie就行，不用动计算。这不就是云原生想要的弹性伸缩吗？

99113b38569747375e308d4276f1c5bc_

而且啊， Pulsar 的架构里还有一个叫 ZooKeeper 的东西，它是用来协调元数据的。所以整个集群跑起来虽然组件看着多了点，但其实各司其职，稳得很，摸个底。。

BookKeeper：那个默默无闻的存储大佬

说到存储，就得好好唠唠 BookKeeper。这可是 Pulsar 的基石。