53 WEMフレームワークでのバッファリング
アセットの作成、更新、削除操作は、読取り操作と比べるとはるかに低速です。場合によっては、これらの操作を遅延させて、最終的に一貫性が保証されるようにすることも可能です。つまり、遅延(バッファ済)操作の場合は、有限で不確定な時間にWebCenter Sitesプラットフォームが変更を受け取ることが保証されます。バッファリング操作はきわめて高速ですが、プラットフォームでのアセットの作成、更新、削除に必要な合計時間が短縮されるわけではありません。
トピック:
バッファリング・システムのアーキテクチャ
バッファリング・サブシステムの現在の実装は、Java Messaging Service (JMS)テクノロジに依存しています。2つのコンポーネントのバッファリング・プロデューサおよびバッファリング・コンシューマがあります。プロデューサは、メッセージを生成し、それをメッセージング・キュー(MQ)に入れます。コンシューマは、MQからメッセージを取得し、それをプラットフォームで維持します。
バッファリング・プロデューサは、アセットRESTサービス<BaseURI>/sites/<sitename>/types/<assettype>/assets/<id>
が使用可能な場合は、WebCenter SitesとリモートSatellite Serverの両方で使用できます。リモートSatellite Serverで使用する場合、バッファリング・プロデューサはWebCenter Sitesと通信しないため、システム全体の線形スケーラビリティが確保されます。
ノート:
バッファリング・コンシューマは、WebCenter Sitesでのみ使用できます。バッファリング・コンシューマは、プライマリ・クラスタ・メンバーのみで有効にすることをお薦めします。複数のクラスタ・メンバーで有効にすると、CRUD操作の順序が保証されません。