1.飼育係ときのC / Sアーキテクチャサービスなどのドッキングウィンドウ
2.データモデル - バイナリツリー、パスを介してアクセス可能
ノードからなるツリーは、のznodeポイントによって呼び出され、データストレージもZooKeeperのベースノードが、しかし、ポイントによってツリーとは異なり、参照ファイルパス/順序と同様のznode基準パスであり、3 /インボイス等のA階層、異なる情報の明確な分離を行うために、各ノードが名前空間のような、ユニークなパスのznodeを有するように、
これ含む前記のznode素子
4.1データ:のznode格納されたデータ。
4.2 ACL:アクセスのznodeレコード、またはどのようなIPは、このノードへのアクセス権を持っているのです。
4.3 STAT:のznodeは、トランザクションID、バージョン番号、タイムスタンプ、サイズ、等のような様々なメタデータを含みます。
4.4子:現在のノードの子への参照
飼育係がもう少し読み書き込みシーンの設計よりもあることに留意すべきである、のznodeは、大規模なビジネスデータを格納するために使用されていませんが、1メガバイトを超えることはできません各ノードごとに設定およびステータス情報の少量を格納するために使用されています。
5.飼育係の基本的な操作
5.1は、削除、setDataメソッド書き込み操作(トランザクション)を作成存在する、のgetDataは、GetChildrenメソッドを読み込み、飼育係のクライアント設定するかどうかをウォッチを選択することができます読み出し動作を要求するとき。
6.飼育係のイベント通知
6.1オブザーバーパターンワッハ、特定の時間のznodeに登録トリガのznodeが変更されたとき、呼び出される、作成する場合、削除、のsetData、方法、及び対応するイベント登録のznode、要求に応じて開始されることを理解されウォッチクライアントは、非同期通知を受け取ることになります。