問題タブ [message-queue]

いくつかの疑似コード、またはより良い Python を使用できます。Python IRC ボットにレート制限キューを実装しようとしていますが、部分的には機能しますが、誰かが制限よりも少ないメッセージをトリガーした場合 (たとえば、レート制限が 8 秒あたり 5 メッセージで、その人がトリガーするメッセージは 4 つだけです)、次のトリガーが 8 秒を超えている (例: 16 秒後) 場合、ボットはメッセージを送信しますが、キューがいっぱいになり、ボットは 8 秒間待機しますが、8 秒間が経過したため必要ありません。

以下は私のメッセージフィルターです：

ほとんどのメッセージを問題なくフィルタリングしていることを確認しました。ただし、ウィンドウの閉じるボタンがクリックされた後にディスパッチされたメッセージを受信して​​いません ( WM_CLOSE、WM_DESTROY、WM_NCDESTROYおよびWM_QUIT)。どうしてこれなの？

ActiveMQのメッセージグループ化機能を使用した人はいますか？

http://activemq.apache.org/message-groups.html

これは、私が取り組んでいるプロジェクトにとって非常に便利な機能ですが、この機能の拡張性とパフォーマンスに興味があります。私たちのシステムでは、メッセージを約3〜5個のメッセージのグループにグループ化する必要があるため、プロセスの実行中にグループを継続的に追加します。この場合、最終的にはすべてのグループを保存しようとしてメモリが不足するようです。

私はどんな経験/考え/賛否両論にも興味があります。

WCF を介して MSMQ を使用して、メッセージをプライベート キューに格納します。(Windows Server 2003 によってホストされるプライベート キュー)。メッセージは 24 時間のみ保存され、キューから自動的に削除されます。誰かが理由を知っていますか?

これは奇妙な質問だと思いますが、私はプレゼンテーションを書いており、直感的な API と非直感的な API の違いについて議論したいと考えています。直感性は、関数名、複雑な署名などに関係しています。

私は直観的な例として JMS を使用しています (特に、JMS はオブジェクト指向であり、サンプル コードは非常に明白であるため)。

説得力のある醜い例を探しています。できればオブジェクト指向ではなく、理想的にはコピーできる hello-world コードを使用しています。

人々が Rails アプリに使用しているメッセージ キューと、それを選択する決定の背後にある原動力は何でしたか。社内キューのStarlingの落下に関する最新のTwitterの宣伝は、既存の設計上の決定に影響を与えますか.

私はいくつかのバックグラウンド タスクを処理するためにメッセージ キューを必要とするアプリに取り組んでいますが、これについてはあまり行っていません。過去に見たもののほとんどは Starling と Workling に関するものでした。正直に言うと、アプリケーションはそれほど大きくなく、このソリューションでおそらく十分ですが、いつか大きなアプリに統合すると確信しているので、可能な限り最良のソリューションを統合する経験を積みたいと思っています.

Rails アプリにおすすめのメッセージ キューは何ですか?

編集：提案をありがとう、私は今週末それらのいくつかを見るつもりです.

再び編集：私は周りを見回して、選択に少し圧倒されました. ただし、RabbitMQ と Workling を構築中のアプリに統合するつもりです。その後、ファスト キューに関する知識が必要になった場合は、これを入手して、それが自分のニーズに合っているかどうかを判断します。

編集: 自分に合った DJ をどんどん見つけていきます。あるサイトでそれを「成長」させることがあるとしたら、Resque は私が向かう場所だと思います。

EDIT：（2014年12月）私がこれを尋ねてから長い時間が経ちましたが、まだいくつかの意見や投票を得ているので、バックグラウンドワーカーの選択に関しては、今のアプローチで更新すると思いました.

私の意見では、現在、Ruby でバックグラウンド ジョブを実行する最良の方法は、Sidekiq を使用することです。Sidekiqの前に私が使用していたResqueのようなものよりもはるかに少ないメモリを使用できるワーカーごとのプロセスではなく、スレッド化されたワーカーであるSidekiqを多くの人が本当に称賛しています。これは良いことですが、私にとってこれはキラー機能ではありませんでした。Sidetiq を Sidekiq と共に使用することで、ジョブのスケジューリングが非常に簡単になり、切り替えて振り返ることはありませんでした。これまで使用した中で最も簡単なジョブのスケジューリングで、Sidekiq を簡単に使用できます。

メッセージ キューをいつ使用するか、また実際にどのような問題に対処する必要があるかについて、経験則を教えてもらえますか?

ありがとう

私の仕事の分野では、誰かが MQ シリーズや MSMQ などの長所を称賛せずに 5 分間過ごすことは困難であり、バズワードのきらめきが過ぎ去った後、これらの素晴らしいデバイスのいくつかの実際の例は、現実の世界。

私が探しているのは、これらのいずれかの用途を見つけるきっかけになるもの、またはメッセージ バス/メッセージ ブローカー/メッセージ キューを評価するために使用できる何らかのメトリックを提供してくれるものです。前述のメッセージ*の違いは何ですか。