… 虽然NATS/Jetstream有很多灵活性，但我感觉他们在性能和可扩展性上做了一些妥协。Jetstream集群无法扩展到很多服务器（他们建议最多3个，我想是这样），大量的消费者会让服务器变得非常繁忙。我认为他们也在消费模型中采用nacking（否定确认）是一个错误。Kafka做出的大简化是，主题在生产和消费方面都是严格顺序的。这使得服务器更简单，并迫使客户端处理无法处理的消息。Jetstream不允许持久化消费者严格有序；SDK所称的“有序消费者”只是一个临时消费者。此外，临时消费者其实并不存在。每个消费者都会在服务器端创建状态。在我们的测试中，发现拥有超过几千个消费者是一个很糟糕的主意。…
源讨论为什么创建了Apache Kafka？原帖 221 条评论 · 导入时统计有人在这里使用 https://nats.io 吗？我听说过它的好评。我很想听听关于 nats.io 和 kafka 的比较。
完整原文把你的经验，加入这段讨论。
> Jetstream 集群无法扩展到许多服务器（他们建议最多 3 个，我想是这样） Jetstream 在流的数量方面比大多数 Kafka 更受限制 https://github.com/nats-io/nats-server/discussions/5128#disc...
完整原文这是一次非常出色的分析，非常感谢！ 你对红熊猫（Red panda）有什么看法吗？ 我们特别关注 NATS 的处理单个消息的功能，我们曾被 Kafka 的“要么处理整个批次，要么将其放回稍后处理”所困扰，这不符合我们的需求。 想知道红熊猫是否比两者都更好。
完整原文感谢你对 NATS.io 的认可和你的评论！ > Jetstream 集群无法扩展到许多服务器（他们建议最多 3 个，我想是这样） 你可以在集群中拥有许多服务器，如果你想要容错，3 个实际上是最低要求，这就是你如何水平扩展 JetStream：你让流（可以复制 1 次、3 次或 5 次）在集群中的服务器上分布。 JetStream 消费者在服务器（或如果它们是复制的，在多个服务器上）上创建状态，并且可以是持久化的（有已知的名称）或“空闲一段时间后自动清理”（临时的），而且确实允许你单独确认/否定每条消息，而不是仅仅有一个偏移量。 然而，这有一个例外，即“有序消费者”，它们实际上是 Kafka 消费者的最接近等效物，因为状态是在客户端库中保持的，而不是在服务器上。它们按顺序传递消息…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。