つまり、飼育係は一般的な同期メカニズム IPC (共有領域など) を提供しますか?それともアプリケーション設計の問題で、ZeroMQ、RabbitMQ、Redis などで実装する必要がありますか?
1 に答える
「Zookeeper は高度に構成可能で、可用性の高い調整サービスです。」Hadoop はフードの下に Zookeeper を使用して構築されているため、Hadoop の本から。JMS メッセージング (MQ) との比較 --- Zookeeper では、ノードは相互に認識している必要があり、調整する準備ができています。キューは Znodes と比較できると思います... Zookeeper には 2 つのタイプがあります。これは持続しませんが、Zookeeper クラスター全体で見られます。比較は難しいです。使用方法に依存すると思います。私は MQ を長距離メッセージングに使用するかもしれませんが、Zookeeper は長距離メッセージングよりも調整 (動物園の維持) に使用されます。カップリングと、物事がどの程度緊密または疎に結合されているかを考えるかもしれません。
非常に単純化した使用例では、すべてのノードが Zookeeper を実行しており、相互に認識しています。1 つのノードが Zookeeper に何かを書き込み、すべてのノードがそれを確認します。Zookeeper には、イベントに匹敵する時計があります。そのため、新しい znode が表示された場合、またはノードでデータが変更された場合、プログラムまたはサービスがトリガーされて何かが実行される可能性があります。
zkCli.sh (zookeeper の bin dir 内) はその後、zookeepr へのインターフェースを起動し、'ls' を実行して、'znodes' に関して何が書き込まれたかを確認できます。たとえば、「ls /Systems」は、その目的に応じて、system1、system2、system3 などのノードの束を表示する場合があります。...システムn.' これらは、登録されているシステムである可能性があります。つまり、システムで実行されていることを登録するサービスがあります。get /Systems/system1 を実行すると、メモリなどのシステムに関する情報や動作中のデータなどのデータが取得されます。
もっとありますが、それが役立つことを願っています。