Pulsar较Kafka的优势

前言

对于开发云原生分布式应用程序的开发人员来说，他们应该把更多的精力放在应用程序和微服务上，而不是把时间浪费在处理复杂的消息基础设施上，他们需要一些解决方案帮助他们管理好这些基础设施。

构建消息基础设施的第一步是选择合适的消息中间件技术。在这方面有很多选择，从各种开源框架（如 RabbitMQ、ActiveMQ、NATS）到一些商用产品（如 IBM MQ 或者 RedHat AMQ）。当然，除了这些之外，我们还有 Kafka。不过，我们最后并没有选择 Kafka，而是选择了 Pulsar。

为什么我们最终选择了 Pulsar？下面列出了选择 Pulsar 而不是 Kafka 的 7 大理由。

流式处理和队列的合体

Pulsar 就像是一个合二为一的产品，不仅可以像 Kafka 那样处理高速率的实时场景，还能支持标准的消息队列模式，比如多消费者、失效备援订阅和消息扇出，等等。Pulsar 会自动跟踪客户端的读取位置，并把这些信息保存在高性能的分布式 ledger（BookKeeper）当中。

与 Kafka 不一样的是，Pulsar 具备传统消息队列（如 RabbitMQ）那样的功能，因此，只需要运行一个 Pulsar 系统就可以同时处理实时流和消息队列。

支持分区，但不是必需的

如果你用过 Kafka，就一定知道分区是怎么回事。Kafka 中的所有主题都是分区的，这样可以增加吞吐量。通过分区，单个主题的处理速率可以得到大幅提升。但如果某些主题不需要太高的处理速率，那该怎么办？对于这类情况，就不需要考虑分区了，