지속 GraphQL 쿼리

지속 쿼리는 Adobe Experience Manager(AEM) 서버에서 생성 및 저장되는 GraphQL 쿼리입니다. 클라이언트 애플리케이션에서 GET 요청을 사용하여 요청할 수 있습니다. GET 요청의 응답은 Dispatcher 및 CDN(Content Delivery Network) 계층에서 캐시될 수 있으므로 궁극적으로 요청하는 애플리케이션의 성능이 향상됩니다. 이 경우 응답을 쉽게 캐시할 수 없는 POST 요청을 사용하여 실행되는 표준 GraphQL 쿼리와는 다릅니다.

프로덕션 환경으로 이전하기 전에 GraphQL 쿼리를 개발, 테스트 및 지속할 수 있도록 GraphiQL IDE가 AEM에 제공됩니다. 맞춤화가 필요한 경우(예: 캐시를 사용자 정의하는 경우) API를 사용할 수 있습니다. GraphQL 쿼리를 지속하는 방법에 제시된 cURL 예제를 참조하십시오.

지속 쿼리 및 엔드포인트

지속 쿼리는 항상 적절한 Sites 구성과 관련된 엔드포인트를 사용해야 합니다. 따라서 다음 중 하나 또는 둘 다를 사용할 수 있습니다.

전역 구성 및 엔드포인트
쿼리는 모든 콘텐츠 조각 모델에 액세스할 수 있습니다.
특정 Sites 구성 및 엔드포인트
특정 Sites 구성에 대한 지속 쿼리를 만들려면 (관련 콘텐츠 조각 모델에 대한 액세스를 제공하기 위해) 해당 Sites 구성별 엔드포인트가 필요합니다.
예를 들어 WKND Sites 구성을 위해 특별히 지속 쿼리를 만들려면 해당 WKND별 Sites 구성 및 WKND별 엔드포인트를 미리 만들어야 합니다.

노트

자세한 내용은 구성 브라우저에서 콘텐츠 조각 기능 활성화를 참조하십시오.

적절한 사이트 구성을 위해 GraphQL 지속 쿼리를 활성화해야 합니다.

예를 들어 Sites 구성 my-conf의 모델 my-model을 사용하는 my-query라는 특정 쿼리가 있는 경우:

my-conf 특정 엔드포인트를 사용하여 쿼리를 만들 수 있으며 쿼리는 다음과 같이 저장됩니다.
/conf/my-conf/settings/graphql/persistentQueries/my-query
global 엔드포인트를 사용하여 동일한 쿼리를 생성할 수 있지만 쿼리는 다음과 같이 저장됩니다.
/conf/global/settings/graphql/persistentQueries/my-query

노트

이 쿼리들을 서로 다른 경로에 저장된 두 개의 서로 다른 쿼리입니다.

동일한 모델을 사용하기는 하지만 다른 엔드포인트를 통해 발생합니다.

GraphQL 쿼리를 지속하는 방법

처음에 AEM 작성 환경에서 쿼리를 지속한 다음 프로덕션 AEM 게시 환경에 쿼리를 전송하여 애플리케이션에서 사용하는 것이 좋습니다.

다양한 방법으로 쿼리를 지속합니다(다음 포함).

GraphiQL IDE - 지속 쿼리 저장 참조(기본 방법)
cURL - 다음 예제 참조
기타 도구, Postman 포함

GraphiQL IDE는 쿼리를 지속할 수 있는 기본 방법입니다. cURL 명령줄 도구를 사용하여 지정된 쿼리를 지속하려면 다음 작업을 수행하십시오.

쿼리를 새 엔드포인트 URL /graphql/persist.json/<config>/<persisted-label>에 PUT하여 준비합니다.

예를 들어 지속 쿼리를 만듭니다.

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

이 시점에서 응답을 확인합니다.

예를 들어 성공 여부를 확인합니다.

{
  "action": "create",
  "configurationName": "wknd",
  "name": "plain-article-query",
  "shortPath": "/wknd/plain-article-query",
  "path": "/conf/wknd/settings/graphql/persistentQueries/plain-article-query"
}

그런 다음 URL /graphql/execute.json/<shortPath>을 GET하여 지속 쿼리를 요청할 수 있습니다.

예를 들어 지속 쿼리를 사용합니다.
```
$ curl -X GET \
    http://localhost:4502/graphql/execute.json/wknd/plain-article-query
```

이미 존재하는 쿼리 경로에 POST하여 지속 쿼리를 업데이트합니다.

예를 들어 지속 쿼리를 사용합니다.

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

래핑된 일반 쿼리를 만듭니다.

예:

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

캐시 제어를 사용하여 래핑된 일반 쿼리를 만듭니다.

예:

$ 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 }}'

매개변수를 사용하여 지속 쿼리를 만듭니다.

예:

$ curl -X PUT \
    -H 'authorization: Basic YWRtaW46YWRtaW4=' \
    -H "Content-Type: application/json" \
    "http://localhost:4502/graphql/persist.json/wknd/plain-article-query-parameters" \
    -d \
'query GetAsGraphqlModelTestByPath($apath: String!, $withReference: Boolean = true) {
  articleByPath(_path: $apath) {
    item {
      _path
        author
        main {
        plaintext
        }
        referencearticle @include(if: $withReference) {
        _path
        }
      }
    }
  }'

지속 쿼리 실행 방법

지속 쿼리를 실행하기 위해 클라이언트 애플리케이션은 다음 구문을 사용하여 GET 요청을 수행합니다.

GET <AEM_HOST>/graphql/execute.json/<PERSISTENT_PATH>

PERSISTENT_PATH는 지속 쿼리가 저장되는 위치에 대한 축약된 경로입니다.

예를 들어 wknd는 구성 이름이며 plain-article-query는 지속 쿼리의 이름입니다. 쿼리를 실행하려면 다음 작업을 수행하십시오.
```
$ curl -X GET \
    https://localhost:4502/graphql/execute.json/wknd/plain-article-query
```
매개변수를 사용하여 쿼리를 실행합니다.

노트

지속 쿼리를 실행할 때는 쿼리 변수 및 값을 올바르게 인코딩해야 합니다.

예:
```
$ curl -X GET \
    "https://localhost:4502/graphql/execute.json/wknd/plain-article-query-parameters%3Bapath%3D%2Fcontent%2Fdam%2Fwknd%2Fen%2Fmagazine%2Falaska-adventure%2Falaskan-adventures%3BwithReference%3Dfalse
```
자세한 내용은 쿼리 변수 사용을 참조하십시오.

쿼리 변수 사용

쿼리 변수를 지속 쿼리와 함께 사용할 수 있습니다. 쿼리 변수는 변수 이름과 값을 사용하여 앞에 세미콜론(;)이 붙은 요청에 추가됩니다. 여러 변수는 세미콜론으로 구분됩니다.

패턴은 다음과 같습니다.

<AEM_HOST>/graphql/execute.json/<PERSISTENT_QUERY_PATH>;variable1=value1;variable2=value2

예를 들어 다음 쿼리에는 활동 값을 기반으로 목록을 필터링하기 위한 변수 activity가 포함되어 있습니다.

query getAdventuresByActivity($activity: String!) {
      adventureList (filter: {
        adventureActivity: {
          _expressions: [
            {
              value: $activity
            }
          ]
        }
      }){
        items {
          _path
        adventureTitle
        adventurePrice
        adventureTripLength
      }
    }
  }

이 쿼리는 경로 wknd/adventures-by-activity에서 지속할 수 있습니다. activity=Camping 요청이 다음과 같이 표시되는 지속 쿼리를 호출하려면 다음 작업을 수행하십시오.

<AEM_HOST>/graphql/execute.json/wknd/adventures-by-activity%3Bactivity%3DCamping

%3B는 ;에 대한 UTF-8 인코딩이며 %3D는 =에 대한 인코딩입니다. 실행할 지속 쿼리에 대해 쿼리 변수 및 특수 문자를 올바르게 인코딩해야 합니다.

지속 쿼리 캐싱

지속 쿼리는 Dispatcher 및 CDN(Content Delivery Network) 계층에서 캐시될 수 있어 궁극적으로 요청하는 클라이언트 애플리케이션의 성능이 향상되므로 이를 사용하는 것이 좋습니다.

기본적으로 AEM은 TTL(Time To Live) 정의에 따라 캐시를 무효화합니다. 이러한 TTL은 다음 매개변수로 정의할 수 있습니다. 이러한 매개변수는 다양한 방법으로 액세스할 수 있으며, 사용되는 메커니즘에 따라 이름이 다양합니다.

캐시 유형	HTTP 헤더	cURL	OSGi 구성
브라우저	`max-age`	`cache-control : max-age`	`cacheControlMaxAge`
CDN	`s-maxage`	`surrogate-control : max-age`	`surrogateControlMaxAge`
CDN	`stale-while-revalidate`	`surrogate-control : stale-while-revalidate`	`surrogateControlStaleWhileRevalidate`
CDN	`stale-if-error`	`surrogate-control : stale-if-error`	`surrogateControlStaleIfError`

작성자 인스턴스

작성자 인스턴스의 경우 기본값은 다음과 같습니다.

max-age : 60
s-maxage : 60
stale-while-revalidate : 86400
stale-if-error : 86400

이들:

osgi 구성으로 덮어쓸 수 없습니다.
cURL을 사용하여 HTTP 헤더 설정을 정의하는 요청으로 덮어쓸 수 있습니다. 여기에는 적합한 설정이 포함되어야 합니다. cache-control 및/또는 surrogate-control; 예를 들면 다음과 같습니다 지속 쿼리 수준에서 캐시 관리

게시 인스턴스

게시 인스턴스의 경우 기본값은 다음과 같습니다.

max-age : 60
s-maxage : 7200
stale-while-revalidate : 86400
stale-if-error : 86400

다음을 덮어쓸 수 있습니다.

지속 쿼리 수준에서 명령줄 인터페이스에서 cURL을 사용하여 AEM에 쿼리를 게시하고 지속 쿼리를 게시하는 작업이 포함됩니다.
OSGi 구성으로

지속 쿼리 수준에서 캐시 관리

이는 명령줄 인터페이스의 cURL을 사용하여 AEM에 쿼리를 게시하는 것과 관련되어 있습니다.

PUT(만들기) 방법의 예:

curl -u admin:admin -X PUT \
--url "http://localhost:4502/graphql/persist.json/wknd/plain-article-query-max-age" \
--header "Content-Type: application/json" \
--data '{ "query": "{articleList { items { _path author } } }", "cache-control": { "max-age": 300 }, "surrogate-control": {"max-age":600, "stale-while-revalidate":1000, "stale-if-error":1000} }'

POST(업데이트) 방법의 예:

curl -u admin:admin -X POST \
--url "http://localhost:4502/graphql/persist.json/wknd/plain-article-query-max-age" \
--header "Content-Type: application/json" \
--data '{ "query": "{articleList { items { _path author } } }", "cache-control": { "max-age": 300 }, "surrogate-control": {"max-age":600, "stale-while-revalidate":1000, "stale-if-error":1000} }'

cache-control은 생성 시간(PUT) 또는 그 이후에 설정될 수 있습니다(예: 인스턴스의 POST 요청을 통해 설정). AEM에서 기본값을 제공하기 때문에 지속 쿼리 생성 시 캐시 제어는 선택 사항입니다. cURL을 사용하여 쿼리를 지속하는 사례는 GraphQL 쿼리를 지속하는 방법을 참조하십시오.

OSGi 구성으로 캐시 관리

캐시를 전체적으로 관리하려면 지속 쿼리 서비스 구성에 대한 OSGi 설정을 구성하면 됩니다. 그렇지 않으면 이 OSGi 구성은 게시 인스턴스의 기본값.

노트

OSGi 구성은 게시 인스턴스에만 적합합니다. 구성은 작성자 인스턴스에 존재하지만 무시됩니다.

앱에서 사용할 쿼리 URL 인코딩

애플리케이션에서 사용하는 경우 쿼리 변수를 구성할 때 사용되는 모든 특수 문자(예: 세미콜론(;), 등호(=), 슬래시(/))를 해당 UTF-8 인코딩을 사용하도록 변환해야 합니다.

예:

curl -X GET \ "https://localhost:4502/graphql/execute.json/wknd/adventure-by-path%3BadventurePath%3D%2Fcontent%2Fdam%2Fwknd%2Fen%2Fadventures%2Fbali-surf-camp%2Fbali-surf-camp"

URL은 다음과 같은 부분들로 나눌 수 있습니다.

URL 부분	설명
`/graphql/execute.json`	지속 쿼리 엔드포인트
`/wknd/adventure-by-path`	지속 쿼리 경로
`%3B`	`;`의 인코딩
`adventurePath`	쿼리 변수
`%3D`	`=`의 인코딩
`%2F`	`/`의 인코딩
`%2Fcontent%2Fdam...`	콘텐츠 조각의 인코딩된 경로

일반 텍스트에서 요청 URI는 다음과 같습니다.

/graphql/execute.json/wknd/adventure-by-path;adventurePath=/content/dam/wknd/en/adventures/bali-surf-camp/bali-surf-camp

클라이언트 앱에서 지속 쿼리를 사용하려면 AEM Headless 클라이언트 SDK는 JavaScript, Java 또는 NodeJS용으로 사용해야 합니다. Headless 클라이언트 SDK는 요청에서 모든 쿼리 변수를 자동으로 적절하게 인코딩합니다.

프로덕션 환경에 지속 쿼리 전송

지속 쿼리는 항상 AEM 작성자 서비스에서 만든 다음 AEM 게시 서비스에 게시(복제)해야 합니다. 지속 쿼리는 종종 로컬 또는 개발 환경과 같은 하위 수준 환경에서 생성되고 테스트됩니다. 그런 다음 지속 쿼리를 더 높은 수준의 환경으로 승격하여 궁극적으로 클라이언트 애플리케이션이 사용할 수 있도록 프로덕션 AEM 게시 환경에서 사용할 수 있도록 해야 합니다.

패키지 지속 쿼리

지속 쿼리를 AEM 패키지에 빌드할 수 있습니다. 그런 다음 AEM 패키지를 다운로드하여 다른 환경에 설치할 수 있습니다. AEM 패키지를 AEM 작성자 환경에서 AEM 게시 환경으로 복제할 수도 있습니다.

패키지를 제작하려면 다음 작업을 수행하십시오.

도구 > 배포 > 패키지로 이동합니다.
패키지 만들기를 탭하여 새 패키지를 만듭니다. 이렇게 하면 패키지를 정의하는 대화 상자가 열립니다.
패키지 정의 대화 상자에서 일반에 “wknd-persistent-queries”와 같은 이름을 입력합니다.
“1.0”과 같은 버전 번호를 입력합니다.
필터 아래에 새 필터를 추가합니다. 경로 파인더를 사용하여 구성 아래에서 persistentQueries 폴더를 선택합니다. 예를 들어 wknd 구성의 경우 전체 경로는 /conf/wknd/settings/graphql/persistentQueries입니다.
저장을 탭하여 새 패키지 정의를 저장하고 대화 상자를 닫습니다.
새로 생성된 패키지 정의에 있는 빌드 버튼을 탭합니다.

패키지를 빌드하면 다음과 같은 작업을 수행할 수 있습니다.

패키지를 다운로드하고 다른 환경에 다시 업로드할 수 있습니다.
기타 > 복제를 탭하여 패키지를 복제할 수 있습니다. 이렇게 하면 연결된 AEM 게시 환경에 패키지가 복제됩니다.

지속 GraphQL 쿼리

지속 쿼리 및 엔드포인트

GraphQL 쿼리를 지속하는 방법

지속 쿼리 실행 방법

쿼리 변수 사용

지속 쿼리 캐싱

작성자 인스턴스

게시 인스턴스

지속 쿼리 수준에서 캐시 관리

OSGi 구성으로 캐시 관리

앱에서 사용할 쿼리 URL 인코딩

프로덕션 환경에 지속 쿼리 전송

패키지 지속 쿼리

Business.Adobe.com 리소스

이 페이지에서는

다음 보기:

학습

기술 문서

커뮤니티

고객지원

리소스

Adobe 계정

Adobe