GraphQL クエリの最適化

最終更新日: 2024-01-08
メモ

これらの最適化レコメンデーションを適用する前に、以下を検討してください。 GraphQLフィルタリングでのページングと並べ替えのためのコンテンツフラグメントの更新 最高のパフォーマンスを実現するには:

これらのガイドラインは、GraphQL クエリでのパフォーマンスの問題を防ぐために提供されています。

GraphQL のチェックリスト

次のチェックリストは、Adobe Experience Manager(AEM)as a Cloud Service での GraphQL の設定と使用を最適化するのに役立ちます。

第 1 原則

永続化された GraphQL クエリを使用

レコメンデーション

永続化された GraphQL クエリの使用を強くお勧めします。

永続化された GraphQL クエリは、コンテンツ配信ネットワーク(CDN)を利用することで、クエリの実行パフォーマンスを低減するのに役立ちます。クライアントアプリケーションは、高速なエッジ対応の実行を実現するために、GET リクエストを使用して永続化されたクエリをリクエストします。

その他の参照

以下を参照してください。

GraphQL Index パッケージのインストール

レコメンデーション

GraphQLを使用するお客様 必須 GraphQLインデックスパッケージを使用してExperience Managerコンテンツフラグメントをインストールします。 これにより、実際に使用する機能に基づいて、必要なインデックス定義を追加できます。 このパッケージをインストールしないと、GraphQL クエリが遅くなったり失敗したりする場合があります。

お使いの Service Pack に適したバージョンについては、リリースノートを参照してください。 例えば、最新の Service Pack については、 Experience Managerコンテンツフラグメント用のGraphQLインデックスパッケージのインストール .

メモ

このパッケージは、インスタンスごとに 1 度だけインストールします。サービスパックごとに再インストールする必要はありません。

その他の参照
以下を参照してください。

キャッシュ方法

キャッシュの様々な方法の最適化に使用することもできます。

AEM Dispatcher のキャッシュを有効化する

レコメンデーション

AEM Dispatcher は、CDN キャッシュの前の AEM サービス内の第 1 レベルのキャッシュです。

その他の参照

以下を参照してください。

コンテンツ配信ネットワーク(CDN)の使用

レコメンデーション

GraphQL クエリとその JSON 応答は、CDN を使用する際に GET リクエストとしてターゲット設定された場合はキャッシュすることができます。これに対し、キャッシュされていないリクエストは、(リソースが)非常に高コストで処理に時間がかかる場合があり、元のリソースにさらに悪影響を及ぼす可能性があります。

その他の参照

以下を参照してください。

HTTP キャッシュ制御ヘッダーを設定する

レコメンデーション

永続化された GraphQL クエリを CDN で使用する場合は、適切な HTTP キャッシュ制御ヘッダーを設定することをお勧めします。

永続化された各クエリには、独自のキャッシュ制御ヘッダーのセットを設定できます。ヘッダーは、 GraphQL API.

また、 cURL コマンドラインツールを使用します。 例えば、 PUT キャッシュコントロールを使用してラップされたプレーンクエリを作成するリクエストです。

$ curl -X PUT \
    -H 'authorization: Basic YWRtaW46YWRtaW4=' \
    -H "Content-Type: application/json" \
    "http://localhost:4502/graphql/persist.json/wknd/plain-article-query-max-age" \
    -d \
'{ "query": "{articleList { items { _path author main { json } referencearticle { _path } } } }", "cache-control": { "max-age": 300 }}'

その他の参照

以下を参照してください。

GraphQL クエリの最適化

同じモデルを共有するコンテンツフラグメントが多数ある AEM インスタンスでは、GraphQL のリストクエリに(リソースの点で)コストがかかる場合があります。

これは、GraphQL クエリ内で使用されているモデルを共有する​すべての​フラグメントを、メモリに読み込む必要があるためです。これは時間とメモリの両方を消費します。 結果セット全体をメモリに読み込んだ​後に​のみ、(最終的な)結果セット内の項目数を減らす可能性のあるフィルタリングを適用できます。

これにより、小さな結果セットでもパフォーマンスが低下するというインプレッションを与える可能性があります。ただし、実際には、フィルタリングを適用する前に内部で処理する必要があるので、初期結果セットのサイズが原因で速度が低下します。

パフォーマンスとメモリの問題を減らすには、この初期結果セットをできるだけ小さく保つ必要があります。

AEM には、GraphQL クエリを最適化する 2 つの方法があります。

各アプローチには、独自のユースケースと制限があります。 このセクションでは、ハイブリッドフィルターとページングに関する情報と、GraphQLクエリの最適化で使うためのベストプラクティスのいくつかについて説明します。

AEM GraphQL ハイブリッドフィルタリングを使用する

レコメンデーション

ハイブリッドフィルタリングは、JCR フィルタリングと AEM フィルタリングを組み合わせます。

結果セットを AEM フィルタリング用のメモリに読み込む前に、(クエリ制約の形式で)JCR フィルターを適用します。 これは、JCR フィルターによって余分な結果が先に削除されるので、メモリに読み込まれる結果セットを減らすためです。

メモ

技術的な理由(柔軟性、フラグメントのネストなど)により、AEM はフィルタリング全体を JCR に委任できません。

この方法では、GraphQL フィルターが提供する柔軟性を維持しながら、可能な限り多くのフィルタリングを JCR に委任できます。

メモ

AEM ハイブリッドフィルタリングを使用するには、既存のコンテンツフラグメントを更新する必要があります

その他の参照

以下を参照してください。

GraphQL のページネーションを使用する

レコメンデーション

大きな結果セットを持つ複雑なクエリの応答時間は、GraphQL 標準のページネーションを使用して応答をチャンクにセグメント化することで、改善できます。

AEMのGraphQLは、次の 2 種類のページネーションをサポートしています。

  • 制限/オフセットベースのページネーション
    これはリストクエリに使用され、次で終わります。 List例: articleList.
    これを使用するには、最初に返す項目(offset)と返す項目の数(limit またはページサイズ)を指定する必要があります。

  • カーソルベースのページネーションfirst および after で表される)
    これにより、項目ごとに一意の ID が提供されます。「カーソル」とも呼ばれます。
    クエリでは、前のページの最後の項目のカーソルとページサイズ(返される項目の最大数)を指定します。

    カーソルベースのページネーションはリストベースのクエリのデータ構造内に収まらないので、AEM では Paginated クエリタイプ(例: articlePaginated)を導入しました。 使用するデータ構造とパラメーターは、GraphQL Cursor ConnectionSpecification に準拠します。

    メモ

    AEM は現在、前方ページングをサポートしています(after/first パラメーターを使用)。

    後方ページング(before/last パラメーターを使用)はサポートされていません。

その他の参照

以下を参照してください。

GraphQL の並べ替えを使用する

レコメンデーション

また、GraphQL 標準の並べ替え機能を使用すると、クライアントは JSON コンテンツを並べ替えられた順序で受け取ることができます。これにより、クライアント上でのさらなる処理の必要性が減少します。

並べ替えは、すべての並べ替え条件が最上位のフラグメントに関連している場合にのみ効率的です。

並べ替え順に、ネストされたフラグメントに配置された 1 つ以上のフィールドが含まれている場合、最上位モデルを共有するすべてのフラグメントをメモリに読み込む必要があります。 これにより、パフォーマンスが低下します。

メモ

最上位フィールドでの並べ替えも、(小さくても)パフォーマンスに影響を与えます。

その他の参照

以下を参照してください。

ベストプラクティス

すべての最適化レコメンデーションでの主な目的は、初期結果セットを減らすことです。ここに示すベストプラクティスで、その方法を説明します。 組み合わせることができます(推奨)。

最上位のプロパティのみをフィルター

現在、JCR レベルでのフィルタリングは、最上位のフラグメントに対してのみ機能します。

フィルターがネストされたフラグメントのフィールドに対応する場合、AEM はフォールバックして、基になるモデルを共有するすべてのフラグメントを(メモリに)読み込む必要があります。

最上位のフラグメントのフィールドとネストされたフラグメントのフィールドのフィルター式を、AND 演算子と組み合わせることで、このような GraphQL クエリを引き続き最適化できます。

コンテンツ構造の使用

AEM では、通常、リポジトリ構造を使用して、処理するコンテンツの範囲を絞り込むことをお勧めします。

この方法は、GraphQL クエリにも適用する必要があります。

これを実行するには、最上位フラグメントの _path フィールドにフィルターを適用します。

{
  someList(filter: {
    _path: {
      _expressions: [
        {
          value: "/content/dam/some/sub/path/",
          _operator: STARTS_WITH
        }
      ]
    }
  }) {
    items {
      # ...
    }
  }
}
メモ

最高のパフォーマンスを得るには、value の末尾に / を付ける必要があります。

ページングの使用

ページングを使用して、初期の結果セットを減らすこともできます(特に、リクエストでフィルタリングと並べ替えを使用しない場合)。

ネストされたフラグメントをフィルターまたは並べ替える場合でも、AEM は大量のフラグメントをメモリに読み込む必要があるので、ページ分割されたクエリの処理に時間がかかる場合があります。 したがって、フィルタリングとページングを組み合わせる場合は、(前述のように)フィルタリングのルールを考慮してください。

ページングの場合、ページ分割された結果が常に明示的または暗黙的に並べ替えられるので、並べ替えも同様に重要です。

最初の数ページのみを取得したい場合、...List クエリと ...Paginated クエリの使用に大きな違いはありません。 ただし、アプリケーションで 1~2 ページ以上のページを読みたい場合は、...Paginated クエリを使用することをお勧めします。後のページで、パフォーマンスが著しく向上します。

フィルター式の論理演算

ネストされたフラグメントをフィルタリングする場合でも、AND 演算子を使用して組み合わされた最上位フィールドに付随するフィルターを提供して、JCR フィルタリングを適用できます。

一般的なユースケースは、最上位フラグメントの _path フィールドでフィルターを使用してクエリの範囲を制限し、最上位またはネストされたフラグメント上の追加フィールドでフィルタリングすることです。

この場合、様々なフィルター式が AND で組み合わされます。したがって、_path のフィルターにより、初期の結果セットが効果的に制限されます。 最上位フィールドのその他すべてのフィルターも、AND で組み合わせた場合を除き、初期結果セットを減らすのに役立ちます。

ネストされたフラグメントが含まれている場合、OR で組み合わされたフィルター式を最適化できません。OR 式は、ネストされたフラグメントが含まれて​いない​場合にのみ最適化できます。

複数行のテキストフィールドに対するフィルタリングの回避

複数行のテキストフィールド(html、markdown、plaintext、json)のフィールドは、JCR クエリでフィルタリングできません。これらのフィールドの内容をその場で計算する必要があるからです。

それでも複数行のテキストフィールドに対してフィルタリングする必要がある場合は、フィルター式を追加して、初期の結果セットのサイズを制限し、AND と組み合わせることを検討してください。_path フィールドに対してフィルタリングして範囲を制限することも、適切なアプローチです。

仮想フィールドに対するフィルタリングの回避

仮想フィールド(_ で始まるほとんどのフィールド)は、GraphQL クエリの実行中に計算されるので、JCR ベースのフィルタリングの範囲外です。

重要な例外は _path フィールです。コンテンツが適切に構造化されている場合は、初期結果セットのサイズを効果的に削減するために使用できます(コンテンツ構造の使用を参照)。

:フィルタリング除外

JCR レベルでフィルター式を評価できない場合が他にもいくつかあります(したがって、最高のパフォーマンスを実現するには回避する必要があります)。

  • _sensitiveness フィルターオプションを使用し、_sensitiveness0.0 以外に設定されている Float 値の式をフィルタリングします。

  • _ignoreCase フィルターオプションを使用して、String 値の式をフィルタリングします。

  • null 値のフィルタリング。

  • _apply: ALL_OR_EMPTY を使用して配列をフィルタリングします。

  • _apply: INSTANCES_instances: 0 を使用して配列をフィルタリングします。

  • CONTAINS_NOT 演算子を使用して式をフィルタリングします。

  • NOT_AT 演算子を使用する CalendarDate または Time 値の式をフィルタリングします。

コンテンツフラグメントのネストを最小化する

コンテンツフラグメントのネストは、カスタムコンテンツ構造をモデル化する優れた方法です。入れ子にされたフラグメントを持つフラグメントを持つ、入れ子にされたフラグメントを持つ、などのフラグメントを持つこともできます。

ただし、レベルが多すぎる構造を作成すると、GraphQL はネストされたすべてのコンテンツフラグメントの階層全体をトラバースする必要があるので、GraphQL クエリの処理時間が長くなる可能性があります。

深いネストは、コンテンツガバナンスに悪影響を与える可能性もあります。一般に、コンテンツフラグメントのネストは、5 レベルまたは 6 レベル未満に制限することをお勧めします。

すべての形式を出力しない(複数行テキストの要素)

AEM GraphQL は、複数の形式(リッチテキスト、シンプルテキスト、マークダウン)の​複数行テキスト​データタイプで記述されるテキストを返すことができます。

3 つの形式をすべて出力すると、JSON で出力されるテキストのサイズが 3 倍になります。これを非常に広範なクエリからの大きな結果セットと組み合わせると非常に大きな JSON 応答が生成され、計算に長い時間がかかることになります。そのため、コンテンツのレンダリングに必要なテキスト形式のみに出力を制限することをお勧めします。

コンテンツフラグメントの変更

AEM UI または API を使用して、コンテンツフラグメントとそれらのリソースを変更します。JCR で直接、変更を行わないでください。

クエリをテストする

GraphQL クエリの処理は検索クエリの処理と似ており、単純な GET-all-content API リクエストよりも大幅に複雑です。

管理対象の非実稼動環境でクエリを慎重に計画、テスト、最適化することが、後で実稼動環境で使用する際に成功するための鍵となります。

このページ