kakfa のメッセージ キューと Redis のメッセージ キュー実装の違いについて説明します。

Redis をメッセージ キューとして使用する場合は、list と zset という 2 つのデータ構造を考慮してください。
しかし、この場合、メッセージキューはポイントツーポイント構造であり、lpop要素をループするタスクが必要ですが、この種の第2レベルのリクエストはredisをダウンさせますか?

カフカは確かに良いですが、価格は高くなりますか?

何か良いメッセージキューの方法はありますか?

ディスカッションへの返信 (解決策)

Kafka 自体は、間違いなく Redis よりも多くの利点があるメッセージキューです。

ごく普通のビジネス シナリオであれば、データの同時実行量はそれほど多くなく、ほとんど何にでも使用できると思います。

非常に要求の厳しいアーキテクチャがある場合は、Kafka の方が適しており、分散もサポートしています。

追記、私は Kafka をあまり使ったことがありません。私たちの会社は Rabbitmq をよく使っています~

Kafka 自体は、間違いなく Redis よりも利点があるメッセージキューです。学習またはデプロイのコストについて言及していますか?

ごく普通のビジネス シナリオであれば、データの同時実行量はそれほど多くなく、ほとんど何にでも使用できると思います。

非常に要求の厳しいアーキテクチャがある場合は、Kafka の方が適しており、分散もサポートしています。

追記、私はkafkaをあまり使ったことがなく、うちの会社ではrabbitmqをよく使っています~

Niu、rabbitmqについては触れたことがなく、聞いただけです。
Alibabaサーバーを自分で借りているので、Kafkaを1つ構築するのはあまり意味がないと感じています。 redisリストを使いたいのですが、blpopとlpopを比較検討した結果、lpopを使うのが適切ですが、このようなredisを要求し続けるwhile系の操作はサーバーに多大な影響を与えるのではないかと心配しています。 。 プレッシャー？