[B! RabbitMQ] nobusueのブックマーク

ストリーム処理を支えるキューイングシステムの選び方

This document discusses messaging queues and platforms. It begins with an introduction to messaging queues and their core components. It then provides a table comparing 8 popular open source messaging platforms: Apache Kafka, ActiveMQ, RabbitMQ, NATS, NSQ, Redis, ZeroMQ, and Nanomsg. The document discusses using Apache Kafka for streaming and integration with Google Pub/Sub, Dataflow, and BigQuery

nobusue 2016/10/27

リンク

Streaming Data

100 Go Mistakes and How to Avoid Them—Save 45% TODAY ONLY!

nobusue 2014/08/12

リンク

新規格MOM、AMQPやSTOMP対応、プロダクトの性能はJMSと同等以上

複数のシステムを連携動作させる際、連携ソフトにはMOM（Message Oriented Middleware、メッセージ指向ミドルウエア）が使われることが多い。MOMはキューを介してメッセージやデータ交換を行う仕組みを提供するミドルウエアである。この仕組みには、相互のシステムが相手の動作状況に依存することなく処理を進められるというメリットがある。例えば、本社データベースのマスターを全国の支店や店舗データベースに配布するケースで、配布先の一部システムがメンテナンスで停止していたとしても、本社システムはデータ送信処理を終えて、別の処理を実施できる（図1）。現状、UNIX/Linux系のサーバーにおいてMOMとしては、Java EE（Java Platform、 Enterprise Edition）の一部であるJMS（Java Message Service)と呼ばれるAPIを実装したプロ

nobusue 2014/04/23

RabbitMQ

リンク

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