Content-Length: 275147 | pFad | http://b.hatena.ne.jp/kimutansk/RabbitMQ/
Apache Kafka vs RabbitMQ: Fit For Purpose / Decision Tree
1. Apache Kafka vs RabbitMQ: Fit For Purpose/Decision Tree Feature Kafka RabbitMQ Need a durable message store and message replay capability Y N Need ordered storage and delivery Y* N Need multiple different consumer of same data Y N Need to handle throughput of all my data well even at web scale and not a smaller set of messages Y N Need a high throughput with low latency Y N Need to decouple pro
RabbitMQ Hits One Million Messages Per Second on Google Compute Engine - Tanzu
google products Tanzu RabbitMQ technical RabbitMQ Hits One Million Messages Per Second on Google Compute Engine Google Cloud Platform can rapidly provision and scale virtual infrastructure on which to build web and enterprise applications. Recently, Google and Pivotal engineers collaborated on a performance study of RabbitMQ running on Google Compute Engine. The RabbitMQ message broker was deploye
分散型メッセージングミドルウェアの詳細比較 | POSTD
メッセージキュー について書いている連載の続きとして、今週末は分散型メッセージングを実行するための様々なライブラリを詳細に分析していきたいと思います。今回の分析では、APIの特性、デプロイメントやメンテナンスの容易さ、そしてパフォーマンスの質を含めて2、3種類の異なる側面に着目します。メッセージキューは2つのグループに分類できます。ブローカレス（brokerless）とブローカード（brokered）です。ブローカードなキューはエンドポイント間に何かしらのサーバを挟んでいますが、ブローカレスなメッセージキューは、メッセージ送信の際でも間に何も挾まないP2Pです。 今回分析するのは以下のシステムです。 ブローカレス nanomsg ZeroMQ ブローカード ActiveMQ gnatsd Kafka Kestrel NATS NSQ RabbitMQ Redis 取り掛かりとして、ほぼ間違
RabbitMQ3.3.xでweb管理ツールにログインできないときの対処法 - Qiita
久しぶりにRabbitMQを触ってみたら、バージョンが3.3.1になっていました。 私は2.x系までしか触っていなかったのでいくつか違いに躓きました。 忘れないようにメモしておきます。 1. web管理ツールにguestでログインできない これ嘘です。 同サーバ内(localhost)からだったらアクセスできます。 別サーバにRabbitMQたててweb管理ツールにguest/guestでアクセスすると認証エラーが発生します。 Breaking things with RabbitMQ 3.3の"guest" user can only connect via localhostに書いてありました。 RabbitMQ3.3.0からguestユーザでのアクセスはlocalhostからに限られるようになったそうです。 なので、別のユーザを作ってあげれば良いわけです。 # ユーザを作成 rabb
Wingify Engineering -
This is the engineering blog from the hackers at Wingify
RabbitMQ 3.1の導入とCluster構成を検証する
RabbitMQ 3.1の導入と冗長化の検証をしたのでメモ。 検証のための構成はフロントのAPサーバー、RabbitMQが動作するキューサーバー、ワーカーそれぞれ二台づつ。キューサーバーが片方死んでも全体が動作し続けられる事、両方がダウンしたとしてもデータは損失しない事が確認できれば良い。要するに単一障害点にならないようにRabbitMQを使いたい。 サーバーの準備 仮想マシン6台はVagrantを使えば一発で用意できる、メモリ16GB積んでてよかった。ホスト名を後でいじるとrabbitmqctlで停止・再起動がうまくいかなくなった。ホスト名周りはEC2で使う時に面倒な事になりそうだ。 各サーバーの /etc/hosts にrabbit1とrabbit2は追加しておく。 RabbitMQ 3.1 のインストール 起動確認 vagrant@rabbit1:~$ sudo rabbitmq-s
リアルタイム通知システムの舞台裏 - YAPC::Asia Tokyo 2012 [SEPTEMBER 27,28 & 29th]
TwitterのUserStreamsや、facebookのいいね！の通知など、リアルタイムでユーザーにイベントや更新内容を通知する仕組みはすでに一般的なものとなりました。 しかし、作る側を考えてみると、ユーザーごとに異なるコンテンツをリアルタイムに、しかもスケーラブルに配信する仕組みはそう単純ではありません。 このトークでは、リアルタイム通知の舞台裏として、某スマートフォン向けメッセンジャーアプリの裏側を紹介します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/kimutansk/RabbitMQ/
Alternative Proxies:
涙の自腹課金検証シリーズ第一弾：RabbitMQ クラスタ HA モード 3 パターンを速攻試す
RabbitMQ のクラスタリング、HA メモ
MQTT Adapter | RabbitMQ
Static hosting for Bitbucket by Aerobatic
MQTT コトハジメ
GitHub - momijiame/rabbitracer: RabbitMQ Traffic Dump Script