キュレーターTreeCacheを使用する場合。キャッシュ状態がリーダーとの同期を保つこと、および作成/更新/削除イベントを逃すことができる保証はないことを理解します（Zookeeper missed events on successive changes）。 しかし私が理解するところから、TreeCacheは最終的に一貫しています。 質問：ZKノードの変更がTreeCacheインスタンスに伝播する最大（保証された）時間が定義されていますか？キュレーターTreeCache最終的な一貫性
いいえ最大時間がありません。注：これはTreeCacheとはまったく関係がありません。これは単にZooKeeperの動作方法です。内部的には、すべての書き込み操作がZKアンサンブルの現在のリーダーノードを通過します。 「追従者」ノードは、最終的にリーダーのデータベースと同期する。実際には、これは最大で数秒ですが、もちろんデータベースのサイズ、ネットワーク、飛行中の操作数などによって異なります。
更新：あなたのアンサンブルの最大db同期を指定するsyncLimitのZKインスタンス。 ZooKeeperは、syncLimitが超過するとタイムアウトします。ここをクリックしてください：https://zookeeper.apache.org/doc/trunk/zookeeperAdmin.html
したがって、syncLiimitを超えるとフォロワーは失敗しますか？この場合、追従者がsyncLimit以上のものを得ることができないと言うのは大丈夫です。これは保証ではありませんか？ 明らかに私は、FollowerからTreeCacheにデータを送信したり、クライアントが接続されていない場合に別のフォロワーに再接続するのに時間がかかることを理解しています。 – bbb8989
syncがsyncLimitを超えた場合、インスタンスは失敗し、アンサンブルから削除されます。 – Randgalt