エンタープライズ レベルのアプリケーション用に Azure Service Bus と RabbitMQ (Azure にデプロイ) のどちらかを選択する必要があり、主な用途はトピック (耐久性のあるストレージを使用) です。再試行回数、TTL、セッションとトランザクションなど、RabbitMQ と比較して Service Bus の方が多くの機能を備えているようです。ただし、高可用性、スケーラビリティ、ストレージ、スループットの点でどちらが最適かはわかりません。Service Bus には、ストア サイズ (パーティション化されていないキューの場合は最大 5 GB、パーティション化されたキューの場合は最大 80 GB) と 2000 メッセージ/秒/キューのスループットに制限があります。Service Bus の場合、これらの制限を超えるものが必要な場合はどうすればよいですか。
RabbitMQ の制限はクラスターによって異なるため明確ではありません。私のケースではどれが最適かを判断するのを手伝ってくれる人はいますか?
ベストアンサー1
私の意見ですが、アプリケーション インフラストラクチャの一部として Docker と Kubernetes を使用した RabbitMQ を使用すると、移植性が向上します。つまり、Azure メッセージ バスを使用する場合よりも簡単に、アプリを別のクラウド プロバイダーに移動することができます。