RabbitMQ 4.3

一時的な非排他的キューが拒否される: 非永続的キューと非排他的キューの両方を宣言すると、エラーが返されるようになりました。Amazon MQ for RabbitMQ 4.3 では、この機能のサポートが削除されました。RabbitMQ 代わりに、ウェブサイトのキュー TTL で、耐久性のあるキュー、排他的キュー、または耐久性のあるキューを使用します。

グローバル QoS が拒否されました: basic.qosで を呼び出すと、チャネルエラーが返されるglobal=trueようになりました。Amazon MQ for RabbitMQ 4.3 では、この機能のサポートが削除されました。代わりに、コンシューマーごとのプリフェッチ (global=false) を使用します。この変更の詳細については、 RabbitMQウェブサイトの「グローバル QoS の削除」を参照してください。

クラシックキュー v1 ストレージが削除された: でキューを宣言すると、エラーが返されるx-queue-version=1ようになりました。クラシックキュー v2 は、サポートされている唯一のストレージエンジンです。Amazon MQ は 3.12 以降 v2 RabbitMQ を適用しているため、既存のキューは影響を受けません。

コンシューマータイムアウトはクラシックキューに適用されなくなりました。クラシックキューはコンシューマータイムアウトを評価しなくなりました。コンシューマーがアプリケーションレベルで停止した場合、 RabbitMQ は自動的にメッセージを再配信しません。consumer_timeout この設定は引き続きクォーラムキューに適用されます。アプリケーションがクラシックキューのコンシューマータイムアウトに依存している場合は、クォーラムキューへの移行またはアプリケーションレベルのハートビートチェックの実装を検討してください。この変更の詳細については、GitHub ウェブサイトの RabbitMQ 4.3.0 リリースノートを参照してください。

クォーラムキューの厳密な優先度: クォーラムキューは、x-max-priorityキュー引数で有効になっている最大 32 レベル (0～31) の厳密な優先度順序をサポートするようになりました。優先度の高いメッセージは、優先度の低いメッセージの前に常に配信されます。これにより、4.2 で導入された 2 RabbitMQ レベルの比率ベースの配信が置き換えられます。クォーラムキューの優先順位の詳細については、 RabbitMQウェブサイトの「クォーラムキューの優先順位」を参照してください。

クォーラムキューの遅延再試行: クォーラムキューは、設定可能なバックオフの増加による遅延再試行をサポートします。再試行動作は、キュー引数またはポリシーキー (delayed-retry-type、delayed-retry-min、) を使用して設定できますdelayed-retry-max。クォーラムキューの詳細については、 RabbitMQウェブサイトの「クォーラムキュー」を参照してください。

クォーラムキューの詳細なコンシューマータイムアウト: コンシューマータイムアウトは、コンシューマーごと、キューごと、またはポリシーを使用して設定できるようになりました。これにより、以前のブローカー全体のconsumer_timeout設定よりも細かく制御できます。

ポリシーを使用して配信制限を変更可能: キューの再宣言を必要とせずに、ポリシーを使用してクォーラムキュー配信制限を更新できるようになりました。

一貫したハッシュ交換 (x-modulus-hash): x-modulus-hash交換タイプがRabbitMQコアに組み込まれました。この交換タイプは、ルーティングキーの一貫したハッシュを使用してバインドされたキューにメッセージを分散し、クライアント側のロジックなしでワークロードシャーディングを有効にします。一貫したハッシュ交換の詳細については、 RabbitMQウェブサイトの「一貫したハッシュ交換」を参照してください。