Constellationのデータページ
Pega Platform™の従来のUIアーキテクチャでは、データページ処理は完全にサーバー側で実行されますが、Constellationアーキテクチャでは、データページ処理はクライアント側でも処理できます。
データページとDX API
DX APIはステートレスです。つまり、リクエストが満たされると、そのリクエストを処理したセッション（リクエスター）は閉じられます。これは次のことを意味します。
- リクエストを満たすために作成されたスレッド/リクエスタレベルのデータページは、同じブラウザーセッションから生じた次回のリクエストでは使用できません。
- Constellationアーキテクチャを使用すると、データページをクライアント側でキャッシュして、アプリケーションのパフォーマンスをさらに向上させることができます。
- データページが提供するキャッシュの利点をすべて失わないように、キャッシュはサーバー上で維持されます。
補足： DX APIでは、データページはデータビューとも呼ばれます。
データページサーバー側キャッシュ
Constellationでは、データページのキャッシュがサーバー上に保持されますが、ステートレスアーキテクチャのため、ブラウザーセッションを、そのセッションから作成されたスレッド/リクエスタレベルのデータページにリンクする方法が必要です。
キャッシュは、psync_id要素を使用して維持され、次の図に示すように、Pega-AAT Cookieのペイロードで渡されます。
補足： Pega-AATはJWTトークンです。AATはAuthorized Access Tokenの略で、PegaのOAuth2.0/authorizeエンドポイントによって生成されます。
キャッシュはJVMメモリまたはデータベースのいずれかに保持されます。
読み取り専用データページは、次の例外を除いてサーバー側でキャッシュされます。
- スレッドおよびリクエスタースコープの読み取り専用ページは、次の場合を除きキャッシュされます。
- Reload one per interactionが選択されている
- Keyed page accessが有効になっている
- データページが検索またはクエリー可能である
- Clear pages after non-useが選択されている
- 編集可能なデータページがキャッシュされない
- シングルページデータページがキャッシュされない
クライアント側キャッシュ
Constellationアーキテクチャでは、データページをクライアント側でキャッシュして、パフォーマンスをさらに向上させることもできます。
クライアント側キャッシュの内容は関数PCore.getDataPageUtils()を使って確認できます。この機能はブラウザーのDevToolsコンソールで実行できます。
補足： PCore APIとブラウザーdevtoolsに関する関連トレーニング資料については、「Constellationアプリケーションのデバッグ用ツール」を参照してください。Constellationにおけるデータページの機能の詳細については、「Data Pages in Constellation」を参照してください。
以下のインタラクションで理解度をチェックしてください。
このトピックは、下記のモジュールにも含まれています。
トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。