zeromqその２ - 中年engineerの独り言 - crumbjp
前回のつづき WORKER側の冗長化 WORKERを直接CLIENTに繋げるのでは無く一段ゲートウェイを噛ませるだけです。 構成のイメージ |= [WORKER1_GW] <= [WORKER1] | <= [WORKER1] [CLIENT] <= <= [WORKER1] | : |= [WORKER2_GW] <= [WORKER2] <= [WORKER2] <= [WORKER2] : WORKER1をちょっと変更 == worker1.php == <?php $context = new ZMQContext(); $worker = $context->getSocket(ZMQ::SOCKET_XREP); // 名乗るのを止めます(ゲートウェイに名乗って貰うので) // $worker->setSockOpt(ZMQ::SOCKOPT_IDENTITY,"WORKER1
ØMQ(zeromq)について調査する。
ØMQ(zeromq)について簡単に調査したのでメモ。元ネタはØMQ - The Guide。 概要 N-N通信を実現する、socket API風軽量メッセージングライブラリ。 自動的な再接続や、メッセージのキューイングを行ってくれる。 複数のメッセージングパターンと呼ばれるものを組み合わせることによって、柔軟なメッセージ配信を行うことができる。 ライブラリについて socket APIライクなC APIを持つ。以下socketは、zeromqのsocketを指す。 zeromqはコンテキストというものを通じて使う。1コンテキストに、I/Oスレッドが1つ割り当てられる。基本1プロセスに1コンテキストでOK。複数のcontextを持つことはできるし、その場合は同じ個数のI/Oスレッドが走る。 zeromqのsocketは、プロセス内通信(スレッド間通信など)、プロセス間通信、TCP、UDPマ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
