バックエンド.
概要.
モジュラー構造になっており、バックエンドとしては通常のデータベースだけでなく様々なテクノロジーとのインタフェースを提供する多様なものが存在する。
利用可能なバックエンド.
オーバーレイ.
概要.
利用可能なオーバーレイ.
その他のモジュール.
リリース履歴.
レプリケーション.
基本的な同期操作は に記述されている。このプロトコルは、変更ための無停止データベースが必要ないように定義されている。
変更内容は、各エントリに格納される変更シーケンス番号（CSN）情報により区別され、最新の削除を追跡するのに有用な任意のセッションログにより最適化されている。
レプリケーションクライアント（コンシューマ）がレプリケーションサーバー（プロバイダ）に「コンテンツ同期検索」を送信する操作モデルとなっている。
次に、クッキーによる既知の内容に基づいてコンシューマを同期状態にするために、プロバイダは、未変更の全エントリ、および、追加・変更・削除された全エントリを検索または、同期情報の結果として返す。なお、未変更のエントリはリフレッシュステージの現在のフェーズでのみ使用される。更新フェーズではすべての現在の属性を追加する。
クッキーが存在しないか、コンシューマが完全に同期していないことを示している場合、プロバイダはリフレッシュ段階で、それが持つ各エントリの追加を送信する。
理想的な場合、応答時のリフレッシュステージには、コンシューマがプロバイダと最後に同期した時刻以降に発生したわずかな変更・削除が対象となる。
しかし、プロバイダに保持されているセッションログの状態が限られているため、現在の全エントリが必要になることがある。コンシューマがプロバイダと最後に同期した後、プロバイダが削除したものを処理するために、変更されていないすべてのエントリが必要となる。
フェーズは、フェーズの完了を示す同期情報の応答によって区切られる。
リフレッシュおよび持続ステージもまた、同期情報の応答によって区切られる。
追加エントリ（変更されたエントリのすべての属性を示す）は、どちらのフェーズでも返すことができる。
対照的に、リフレッシュモードでは refresh ステージのみが発生する。