この記事では、キュー アプリケーションの RabbitMQ と Redis のみを比較します。具体的な実装方法は、システムの実際のニーズによって異なります。
RabbitMQ (推奨)学習: Redis ビデオ チュートリアル )
RabbitMQ は、AMQP (Advanced Message Queuing Protocol) を実装するメッセージ ミドルウェアの一種で、元々は金融システムに由来し、ストア アンド フォワードに使用されています。分散システム内のメッセージを処理し、使いやすさ、拡張性、高可用性の点で優れたパフォーマンスを発揮します。メッセージ ミドルウェアは主にコンポーネント間の分離に使用され、メッセージの送信者はメッセージ コンシューマの存在を知る必要はなく、その逆も同様です。
Redis
は、活発な開発と保守が行われている Key-Value NoSQL データベースです。Key-Value データベース ストレージ システムですが、それ自体が MQ 機能をサポートしています。そのため、軽量のキュー サービスとして使用できます。
具体的な違い
信頼性の高い消費
Redis: メッセージの消費を保証する対応するメカニズムはありません. 消費時 コンシューマ消費が失敗すると、メッセージ本文が失われるため、手動で処理する必要があります。
RabbitMQ: メッセージ消費確認では、コンシューマ消費が失敗した場合でも、メッセージ本文は自動的に元のキューに戻されると同時に、メッセージ本文が正しく消費されることを保証するための完全な永続性が可能です。
信頼性の高いリリース
Reids: 提供されていないため、自分で実装する必要があります
RabbitMQ: メッセージがサーバーにリリースされたことを確認するリリース確認機能があります
高可用性
Redis: マスター/スレーブ モードを採用し、読み取りと書き込みの分離を行いますが、フェイルオーバーに対する非常に完全な公式ソリューションはありません
RabbitMQ: クラスターはディスクとメモリを使用します
# 永続化 #Redis: Redis インスタンス全体をディスクに永続化します。
RabbitMQ: キューとメッセージはすべて永続化することも永続化しないこともできます
Consumers Load BalancingRedis: 提供されていないため、自分で実装する必要があります
RabbitMQ : コンシューマの状況に基づいてメッセージをバランスよく分散
キュー監視Redis: 提供されていないため、自分で実装する必要があります
RabbitMQ: バックグラウンドキューのすべての情報 (メモリ、ディスク、コンシューマ、プロデューサー、レートなど) を監視できます。
フロー制御Redis: 提供されていないため、実装する必要があります。自分で行う
RabbitMQ: サーバーが過負荷になると、サービスの信頼性を確保するためにプロデューサー レートが制限されます
エンキューとデキューのパフォーマンスRabbitMQ と Redis のエンキューおよびデキュー操作はそれぞれ 100 万回実行され、実行時間が 100,000 回ごとに記録されます。
テスト データは、128 バイト、512 バイト、1K、10K の 4 つの異なるサイズに分割されます。
Redis 関連の技術記事の詳細については、
「Redis データベース チュートリアルの使用方法の概要」以上がRedisとrabbitmqの違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。