콘텐츠 조각과 함께 사용하기 위한 AEM GraphQL API graphql-api-for-use-with-content-fragments
Headless 콘텐츠 전달을 위해 AEM(Adobe Experience Manager)의 콘텐츠 조각을 AEM GraphQL API와 함께 사용하는 방법에 대해 알아봅니다.
컨텐츠 조각과 함께 사용되는 AEM GraphQL API는 표준 오픈 소스 GraphQL API를 기반으로 합니다.
AEM에서 GraphQL API를 사용하면 Headless CMS 구현에서 JavaScript 클라이언트에 콘텐츠 조각을 효율적으로 게재할 수 있습니다.
- REST에서처럼 반복적인 API 요청 방지,
- 게재가 특정 요구 사항으로 제한되는지 확인,
- 단일 API 쿼리에 대한 응답으로 렌더링에 필요한 것을 정확히 대량으로 게재할 수 있도록 허용.
- AEM Commerce는 GraphQL을 통해 상거래 플랫폼의 데이터를 사용합니다.
- AEM 콘텐츠 조각은 AEM GraphQL API(표준 GraphQL 기반의 맞춤화된 구현)와 함께 작동하여 애플리케이션에서 사용할 구조화된 콘텐츠를 제공합니다.
사전 요구 사항 prerequisites
GraphQL을 사용하는 고객은 AEM 콘텐츠 조각을 GraphQL 색인 패키지 1.0.5와 함께 설치해야 합니다. 자세한 내용은 릴리스 정보를 참조하세요.
GraphQL API graphql-api
GraphQL은
-
“…API용 쿼리 언어 및 기존 데이터로 이러한 쿼리를 수행하기 위한 런타임입니다. GraphQL은 API의 데이터에 대한 완전하고 이해하기 쉬운 설명을 제공합니다. 클라이언트가 필요로 하는 것을 정확히 요청할 수 있는 권한을 주고 시간이 지남에 따라 API를 더 쉽게 발전시킬 수 있으며 강력한 개발자 도구를 지원합니다.".
GraphQL.org를 참조하십시오.
-
“…유연한 API 계층을 위한 오픈 사양입니다. 기존 백엔드에 GraphQL을 추가하여 그 어느 때보다 빠르게 제품을 빌드할 수 있습니다…".
GraphQL 살펴보기를 참조하십시오.
-
"…2015년에 오픈 소스로 공개되기 전에 2012년 Facebook에서 내부적으로 개발한 데이터 쿼리 언어 및 사양입니다. 개발자 생산성을 높이고 전송되는 데이터 양을 최소화할 목적으로 REST 기반 아키텍처에 대한 대안을 제공합니다. GraphQL은 규모에 관계없이 수백 개의 조직에서 프로덕션에 사용됩니다.”
GraphQL Foundation을 참조하십시오.
GraphQL API에 대한 자세한 내용은 다음 섹션(기타 여러 리소스)을 참조하십시오.
GraphQL for AEM 구현은 표준 GraphQL Java™ 라이브러리를 기반으로 합니다. 다음을 참조하십시오.
-
GitHub의 GraphQL Java™
GraphQL 용어 graphql-terminology
GraphQL은 다음 용어를 사용합니다.
-
- 스키마는 콘텐츠 조각 모델을 기반으로 AEM에서 생성됩니다.
- 스키마를 사용하여 GraphQL은 AEM용 GraphQL 구현에 허용되는 유형 및 작업을 제공합니다.
-
-
GraphQL 쿼리에 응답하고 GraphQL 스키마에 대한 액세스를 제공하는 AEM의 경로입니다.
-
자세한 내용은 GraphQL 엔드포인트 활성화를 참조하십시오.
-
모범 사례를 포함한 포괄적인 세부 정보는 (GraphQL.org) GraphQL 소개를 참조하십시오.
GraphQL 쿼리 유형 graphql-query-types
GraphQL을 사용하여 다음 중 하나를 반환하는 쿼리를 수행할 수 있습니다.
-
단일 항목
AEM은 쿼리(두 유형 모두)를 Dispatcher 및 CDN에서 캐시한 지속 쿼리(으)로 변환하는 기능을 제공합니다.
GraphQL 쿼리 모범 사례(Dispatcher 및 CDN) graphql-query-best-practices
지속 쿼리는 게시 인스턴스에서 다음과 같이 사용하도록 권장되는 방법입니다.
- 캐시됩니다.
- AEM을 통해 중앙 집중식으로 관리됩니다.
POST 요청을 사용하는 GraphQL 쿼리는 캐시되지 않으므로 권장되지 않습니다. 따라서 기본 인스턴스에서는 Dispatcher가 이러한 쿼리를 차단하도록 구성됩니다.
GraphQL은 GET 요청도 지원하지만 이러한 요청은 지속 쿼리를 사용하여 피할 수 있는 제한(예: URL 길이)에 도달할 수 있습니다.
자세한 내용은 지속 쿼리 캐싱 활성화를 참조하십시오.
GraphiQL 인터페이스 graphiql-interface
표준 GraphiQL 인터페이스의 구현은 AEM GraphQL에서 사용할 수 있습니다.
이 인터페이스를 사용하면 쿼리를 직접 입력하고 테스트할 수 있습니다.
예:
http://localhost:4502/content/graphiql.html
기록 및 온라인 설명서와 함께 구문 강조, 자동 완성, 자동 제안과 같은 기능을 제공합니다.
Author 및 Publish 환경의 사용 사례 use-cases-author-publish-environments
사용 사례는 AEM 환경 유형에 따라 달라질 수 있습니다.
-
게시 환경, 다음과 같은 작업을 수행하는 데 사용됨:
- JS 애플리케이션용 쿼리 데이터 (표준 사용 사례)
-
Author 환경, 다음과 같은 작업을 수행하는 데 사용됨:
-
“콘텐츠 관리 목적”용 쿼리 데이터:
- AEM의 GraphQL은 읽기 전용 API입니다.
- REST API는 CR(u)D 작업에 사용할 수 있습니다.
-
권한 permission
Assets에 액세스하려면 권한이 필요합니다.
GraphQL 쿼리는 기본 요청의 AEM 사용자 권한으로 실행됩니다. 사용자에게 일부 조각(Assets으로 저장됨)에 대한 읽기 액세스 권한이 없는 경우 결과 세트의 일부가 되지 않습니다.
또한 GraphQL 쿼리를 실행할 수 있으려면 사용자에게 GraphQL 엔드포인트에 대한 액세스 권한이 있어야 합니다.
스키마 생성 schema-generation
GraphQL은 형식화된 API입니다. 즉, 데이터를 형식별로 명확하게 구조화하고 구성해야 합니다.
GraphQL 사양은 특정 인스턴스에서 데이터의 정보를 얻기 위해 강력한 API를 만드는 방법에 대한 일련의 지침을 제공합니다. 이 지침을 완료하려면 클라이언트가 쿼리에 필요한 모든 형식을 포함하는 스키마을(를) 가져와야 합니다.
콘텐츠 조각의 경우 GraphQL 스키마(구조 및 유형)는 활성화됨 상태인 콘텐츠 조각 모델 및 해당 데이터 형식을 기반으로 합니다.
예를 들어 사용자가 Article
이라는 콘텐츠 조각 모델을 만든 경우 AEM은 ArticleModel
이라는 GraphQL 유형을 생성합니다. 이 유형 내의 필드는 모델에서 정의된 필드 및 데이터 유형에 해당합니다. 또한 articleByPath
또는 articleList
와 같이 이 유형에서 작동하는 쿼리에 대한 일부 진입점을 생성합니다.
-
콘텐츠 조각 모델:
-
해당 GraphQL 스키마(GraphiQL 자동 문서에서 출력):
이 이미지는 생성된 형식
ArticleModel
에 여러 개의 필드이(가) 포함되어 있음을 보여 줍니다.-
그 중
author
,main
,referencearticle
세 가지 필드는 사용자가 제어했습니다. -
다른 필드는 AEM에 의해 자동으로 추가되었으며 특정 콘텐츠 조각에 대한 정보를 제공하는 유용한 방법을 표시합니다. 이 예에서는
(도우미 필드 개)_path
,_metadata
,_variations
.
-
-
사용자가 Article 모델을 기반으로 콘텐츠 조각을 만든 경우 GraphQL을 통해 정보를 얻을 수 있습니다. 예를 들어 샘플 쿼리(GraphQL과 함께 사용하기 위한 샘플 콘텐츠 조각 구조 기반)를 참조하십시오.
AEM용 GraphQL에서 스키마는 유연합니다. 이러한 유연성은 콘텐츠 조각 모델이 생성, 업데이트 또는 삭제될 때마다 자동으로 생성됨을 의미합니다. 콘텐츠 조각 모델을 업데이트할 때도 데이터 스키마 캐시가 새로 고쳐집니다.
Sites GraphQL 서비스는 콘텐츠 조각 모델에 대한 수정 사항을 배경에서 수신 대기합니다. 업데이트가 감지되면 스키마의 해당 부분만 다시 생성됩니다. 이 최적화는 시간을 절약하고 안정성을 제공합니다.
예를 들어:
-
Content-Fragment-Model-1
및Content-Fragment-Model-2
가 포함된 패키지를 설치하는 경우:Model-1
및Model-2
에 대한 GraphQL 유형이 생성됩니다.
-
그리고
Content-Fragment-Model-2
를 수정하는 경우:-
Model-2
GraphQL 유형만 업데이트됩니다. -
반면
Model-1
은(는) 동일하게 유지됩니다.
-
스키마는 GraphQL 쿼리와 동일한 엔드포인트를 통해 제공되며 스키마가 확장자 GQLschema
로 호출되는 것을 처리하는 클라이언트가 있습니다. 예를 들어, /content/cq:graphql/global/endpoint.GQLschema
에서 간단한 GET
요청을 수행하면 콘텐츠 유형이 있는 스키마의 출력이 됩니다. text/x-graphql-schema;charset=iso-8859-1
.
스키마 생성 - 게시되지 않은 모델 schema-generation-unpublished-models
콘텐츠 조각이 중첩되면 상위 콘텐츠 조각 모델은 게시되지만 참조된 모델은 게시되지 않을 수 있습니다.
이런 경우 AEM은 상위 콘텐츠 조각 모델에 대해 미완료 스키마를 생성합니다. 즉, 게시되지 않은 모델에 따라 달라지는 조각 참조가 스키마에서 제거됩니다.
필드 fields
스키마 내에는 다음과 같은 두 가지 기본 범주의 개별 필드가 있습니다.
-
귀하가 생성하는 필드입니다.
다양한 데이터 유형은 콘텐츠 조각 모델을 구성하는 방법을 기반으로 필드를 만드는 데 사용됩니다. 필드 이름은 데이터 형식 의 속성 이름 필드에서 가져옵니다.
- 사용자가 특정 데이터 형식을 구성할 수 있으므로 고려해야 하는 Render As 설정도 있습니다. 예를 들어 드롭다운에서
multifield
을(를) 선택하여 여러 개의 한 줄 텍스트를 포함하도록 한 줄 텍스트 필드를 구성할 수 있습니다.
- 사용자가 특정 데이터 형식을 구성할 수 있으므로 고려해야 하는 Render As 설정도 있습니다. 예를 들어 드롭다운에서
-
GraphQL for AEM에서도 여러 도우미 필드를 생성합니다.
이러한 필드는 콘텐츠 조각을 식별하거나 콘텐츠 조각에 대한 자세한 정보를 얻는 데 사용됩니다.
데이터 유형 data-types
AEM용 GraphQL은 유형 목록을 지원합니다. 지원되는 모든 콘텐츠 조각 모델 데이터 형식 및 해당 GraphQL 유형이 표시됩니다.
String
, [String]
String
Float
, [Float]
Boolean
Calendar
onlyDate
, onlyTime
, dateTime
)을 사용할 수 있습니다.String
[String]
String
단일 필드:
Model
- 직접 참조된 모델 유형다중 필드, 하나의 참조 유형:
[Model]
- 배열 Model
에서 직접 참조된 배열, 여러 참조 유형: [AllFragmentModels]
- 유니온 유형이 있는 배열에서 참조된 모든 모델 유형의 배열도우미 필드 helper-fields
사용자 생성 필드의 데이터 형식 외에도 GraphQL for AEM에서는 콘텐츠 조각을 식별하거나 콘텐츠 조각에 대한 추가 정보를 제공하기 위해 여러 도우미 필드도 생성합니다.
이 도우미 필드는 사용자가 정의한 것과 자동 생성된 것을 구별하기 위해 앞에 _
로 표시됩니다.
경로 path
경로 필드는 AEM GraphQL에서 식별자로 사용됩니다. AEM 저장소 내 콘텐츠 조각 자산의 경로를 나타냅니다. 이 경로는 다음과 같은 이유로 콘텐츠 조각의 식별자로 선택됩니다.
- AEM 내에서 고유합니다.
- 쉽게 가져올 수 있습니다.
다음 코드는 콘텐츠 조각 모델 Person
을(를) 기반으로 만들어진 모든 콘텐츠 조각의 경로를 표시합니다.
{
personList {
items {
_path
}
}
}
특정 유형의 단일 콘텐츠 조각을 검색하려면 먼저 해당 경로도 결정해야 합니다. 예:
{
authorByPath(_path: "/content/dam/path/to/fragment/john-doe") {
item {
_path
firstName
name
}
}
}
샘플 쿼리 - 단일 특정 도시 조각을 참조하십시오.
메타데이터 metadata
AEM은 또한 GraphQL을 통해 콘텐츠 조각의 메타데이터를 노출합니다. 메타데이터는 다음과 같이 컨텐츠 조각을 설명하는 정보입니다.
- 콘텐츠 조각의 제목
- 썸네일 경로
- 콘텐츠 조각에 대한 설명
- 그리고 다른 날짜 중에서도 만들어진 날짜가 있습니다.
메타데이터는 스키마 편집기를 통해 생성되기 때문에 특정한 구조를 가지고 있지 않으므로 콘텐츠 조각의 메타데이터를 노출하기 위해 TypedMetaData
GraphQL 유형이 구현되었습니다. TypedMetaData
은(는) 다음 스칼라 유형으로 그룹화된 정보를 노출합니다.
stringMetadata:[StringMetadata]!
stringArrayMetadata:[StringArrayMetadata]!
intMetadata:[IntMetadata]!
intArrayMetadata:[IntArrayMetadata]!
floatMetadata:[FloatMetadata]!
floatArrayMetadata:[FloatArrayMetadata]!
booleanMetadata:[BooleanMetadata]!
booleanArrayMetadata:[booleanArrayMetadata]!
calendarMetadata:[CalendarMetadata]!
calendarArrayMetadata:[CalendarArrayMetadata]!
각 스칼라 유형은 단일 이름-값 쌍 또는 이름-값 쌍의 배열을 표시하며, 여기서 해당 쌍의 값은 그룹화된 유형입니다.
예를 들어 콘텐츠 조각의 제목을 검색하려는 경우 이 속성은 문자열 속성이므로 모든 문자열 메타데이터를 쿼리합니다.
메타데이터를 쿼리하려면:
{
personByPath(_path: "/content/dam/path/to/fragment/john-doe") {
item {
_path
_metadata {
stringMetadata {
name
value
}
}
}
}
}
생성된 GraphQL 스키마를 보면 모든 메타데이터 GraphQL 유형을 볼 수 있습니다. 모든 모델 유형에는 동일한 TypedMetaData
가 있습니다.
StringMetadata
및 StringArrayMetadata
는 둘 다 검색 방법을 참조하는 것이 아니라 저장소에 저장된 내용을 참조합니다.stringMetadata
필드를 호출하면 저장소에 저장된 모든 메타데이터의 배열을 String
(으)로 받게 됩니다. stringArrayMetadata
을(를) 호출하면 저장소에 String[]
(으)로 저장된 모든 메타데이터의 배열을 받습니다.변형 variations
_variations
필드는 콘텐츠 조각에 있는 변형 쿼리를 단순화하기 위해 구현되었습니다. 예:
{
personByPath(_path: "/content/dam/path/to/fragment/john-doe") {
item {
_variations
}
}
}
_variations
필드에 master
변형이 포함되어 있지 않습니다.샘플 쿼리 - 이름이 붙은 변형이 있는 모든 도시를 참조하십시오.
GraphQL 변수 graphql-variables
GraphQL을 사용하면 쿼리에 변수를 배치할 수 있습니다. 보다 자세한 정보는 변수에 대한 GraphQL 설명서를 참조하십시오.
예를 들어 특정 변형이 있는 Article
유형의 모든 콘텐츠 조각을 가져오려면 GraphiQL에서 variation
변수를 지정할 수 있습니다.
### query
query GetArticlesByVariation($variation: String!) {
articleList(variation: $variation) {
items {
_path
author
_variations
}
}
}
### in query variables
{
"variation": "uk"
}
GraphQL 지시문 graphql-directives
GraphQL에서는 GraphQL 지시문이라고 하는 변수를 기반으로 쿼리를 변경할 수 있습니다.
예를 들어 includePrice
변수를 기반으로 모든 AdventureModels
에 대한 쿼리에 adventurePrice
필드를 포함할 수 있습니다.
### query
query GetAdventureByType($includePrice: Boolean!) {
adventureList {
items {
adventureTitle
adventurePrice @include(if: $includePrice)
}
}
}
### in query variables
{
"includePrice": true
}
필터링 filtering
GraphQL 쿼리에서 필터링을 사용하여 특정 데이터를 반환할 수도 있습니다.
필터링은 논리 연산자 및 표현식을 기반으로 하는 구문을 사용합니다.
가장 세밀한 부분은 특정 필드의 내용에 적용할 수 있는 단일 표현식입니다. 필드의 내용을 주어진 상수 값과 비교합니다.
예를 들어 다음 식은 필드의 내용을 값 some text
과(와) 비교하고 내용이 값과 동일하면 성공합니다. 그렇지 않으면 표현식이 실패합니다.
{
value: "some text"
_op: EQUALS
}
연산자를 사용하여 필드를 특정 값과 비교할 수 있습니다.
EQUALS
String
, ID
, Boolean
EQUALS_NOT
String
, ID
CONTAINS
String
{ value: "mas", _op: CONTAINS }
일치 항목 Christmas
, Xmas
, master
, …)CONTAINS_NOT
String
STARTS_WITH
ID
{ value: "/content/dam/", _op: STARTS_WITH
이(가) /content/dam/path/to/fragment
과(와) 일치하지만 /namespace/content/dam/something
은(는) 일치하지 않음EQUAL
Int
, Float
UNEQUAL
Int
, Float
GREATER
Int
, Float
GREATER_EQUAL
Int
, Float
LOWER
Int
, Float
LOWER_EQUAL
Int
, Float
AT
Calendar
, Date
, Time
NOT_AT
Calendar
, Date
, Time
BEFORE
Calendar
, Date
, Time
AT_OR_BEFORE
Calendar
, Date
, Time
AFTER
Calendar
, Date
, Time
AT_OR_AFTER
Calendar
, Date
, Time
일부 유형을 사용하면 표현식 평가 방법을 수정하는 추가 옵션을 지정할 수도 있습니다.
_ignoreCase
String
time
값은 TIME
, time
, tImE
과(와) 일치합니다._sensitiveness
Float
float
값의 내부 표현으로 인한 기술적 제한을 해결하기 위해 float
값의 특정 여백이 동일하게 간주되도록 합니다. 이 옵션을 사용하면 성능에 부정적인 영향을 미칠 수 있으므로 피해야 합니다.표현식은 논리 연산자(_logOp
)를 사용하여 세트로 결합할 수 있습니다.
OR
- 하나 이상의 식이 성공하면 식 집합이 성공합니다.AND
- 모든 표현식이 성공하면 표현식 세트가 성공합니다(기본값).
각 필드는 자체 표현식 세트로 필터링할 수 있습니다. 필터 인수에 언급된 모든 필드의 표현식 세트는 결국 자체 논리 연산자에 의해 결합됩니다.
필터 정의(쿼리에 filter
인수로 전달됨)에는 다음이 포함됩니다.
- 각 필드에 대한 하위 정의입니다. 필드는 해당 이름을 통해 액세스할 수 있습니다. 예를 들어 데이터(필드) 유형의
lastName
필드에 대한 필터에는lastName
필드가 있습니다. - 각 하위 정의에는 식 집합을 제공하는
_expressions
배열과 식을 결합해야 하는 논리 연산자를 정의하는_logOp
필드가 포함되어 있습니다. - 각 표현식은 필드의 내용과 비교해야 하는 값(
value
필드)과 연산자(_operator
필드)로 정의됩니다.
AND
과(와) 항목을 결합하려는 경우 _logOp
을(를) 생략할 수 있으며, 동일한지 확인하려는 경우 _operator
을(를) 생략할 수 있습니다. 이러한 값은 기본값이기 때문입니다.
다음 예는 Provo
의 lastName
또는 sjö
를 포함하는 모든 사람을 대소문자에 관계없이 필터링하는 전체 쿼리를 보여 줍니다.
{
authorList(filter: {
lastname: {
_logOp: OR
_expressions: [
{
value: "sjö",
_operator: CONTAINS,
_ignoreCase: true
},
{
value: "Provo"
}
]
}
}) {
items {
lastName
firstName
}
}
}
선택적 변수를 사용하여 GraphQL 쿼리를 실행할 때 선택적 변수에 특정 값이 제공된 not 이면 필터 평가에서 변수가 무시됩니다. 즉, 쿼리 결과에 필터 변수와 관련된 속성에 대한 null
과(와) null
이(가) 아닌 모든 값이 포함됩니다.
null
값이 명시적으로 인 경우 필터는 해당 속성에 대해 null
개의 값만 일치시킵니다.예를들어, 아래 쿼리에서 속성 lastName
에 대해 지정된 값이 없습니다.
query getAuthorsFilteredByLastName($authorLastName: String) {
authorList(filter:
{
lastName: {_expressions: {value: $authorLastName}
}}) {
items {
lastName
}
}
}
모든 작성자가 반환됩니다.
{
"data": {
"authorList": {
"items": [
{
"lastName": "Hammer"
},
{
"lastName": "Provo"
},
{
"lastName": "Wester"
},
{
"lastName": null
},
...
]
}
}
}
중첩된 필드를 필터링할 수도 있지만 성능 문제가 발생할 수 있으므로 권장되지 않습니다.
더 많은 예는 다음을 참조하십시오.
-
AEM용 GraphQL 확장의 세부사항
-
- 그리고 샘플 쿼리에 사용하기 위해 준비된 샘플 콘텐츠 및 구조
정렬 sorting
이 기능을 사용하면 지정된 필드에 따라 쿼리 결과를 정렬할 수 있습니다.
다음은 정렬 기준에 대한 설명입니다.
-
필드 경로를 나타내는 쉼표로 구분된 값 목록입니다.
-
목록의 첫 번째 필드는 기본 정렬 순서를 정의합니다
- 두 번째 필드는 기본 정렬 기준의 두 값이 동일한 경우 사용됩니다
- 세 번째 필드는 처음 두 기준이 동일한 경우 사용됩니다.
-
점으로 구분된 표기법, 즉
field1.subfield.subfield
등입니다.
-
-
선택적 정렬 방향
- (ASC(오름차순) 또는 DESC(내림차순))이 포함되며, 기본값 ASC가 적용됩니다.
- 방향은 필드별로 지정할 수 있습니다. 즉, 한 필드는 오름차순으로 정렬하고 다른 필드는 내림차순으로 정렬할 수 있습니다(name, firstName DESC)
예:
query {
authorList(sort: "lastName, firstName") {
items {
firstName
lastName
}
}
}
또한
{
authorList(sort: "lastName DESC, firstName DESC") {
items {
lastName
firstName
}
}
}
nestedFragmentname.fieldname
형식을 사용하여 중첩된 조각 내의 필드를 정렬할 수도 있습니다.
예:
query {
articleList(sort: "authorFragment.lastName") {
items {
title
authorFragment {
firstName
lastName
birthDay
}
slug
}
}
}
페이징 paging
이 기능을 사용하면 목록을 반환하는 쿼리 유형에 대해 페이징을 수행할 수 있습니다. 제공되는 메서드는 두 가지가 있습니다.
List
쿼리의offset
및limit
Paginated
쿼리의first
및after
목록 쿼리 - 오프셋 및 제한 list-offset-limit
...List
쿼리에서 offset
및 limit
을 사용하여 결과의 특정 하위 집합을 반환할 수 있습니다.
offset
: 반환할 첫 번째 데이터 세트를 지정합니다.limit
: 반환할 최대 데이터 세트 수를 지정합니다.
예를 들어 전체 결과 목록의 다섯 번째 문서부터 시작하여 최대 5개의 문서를 포함하는 결과 페이지를 출력하는 경우
query {
articleList(offset: 5, limit: 5) {
items {
authorFragment {
lastName
firstName
}
}
}
}
-
페이징이 동일한 결과 세트의 서로 다른 페이지를 요청하는 여러 쿼리에서 올바르게 작동하도록 하려면 안정적인 정렬 순서가 필요합니다. 기본적으로 결과 세트의 각 항목에 대한 저장소 경로를 사용하여 순서가 항상 동일하도록 합니다. 다른 정렬 순서를 사용하고 해당 정렬을 JCR 쿼리 수준에서 수행할 수 없는 경우 성능에 부정적인 영향을 줍니다. 그 이유는 페이지가 결정되기 전에 전체 결과 세트를 메모리에 로드해야 하기 때문입니다.
-
오프셋이 높을수록 전체 JCR 쿼리 결과 세트에서 항목을 건너뛰는 데 더 많은 시간이 소요됩니다. 대용량 결과 세트에 대한 대체 솔루션은 페이지가 매겨진 쿼리를
first
및after
메서드와 함께 사용하는 것입니다.
페이지 매김된 쿼리 - 첫 번째 및 그 다음 페이지 paginated-first-after
...Paginated
쿼리 유형은 대부분의 ...List
쿼리 유형 기능(필터링, 정렬)을 재사용하지만, offset
/limit
인수를 사용하는 대신 GraphQL 커서 연결 사양에 정의된 대로 first
/after
인수를 사용합니다. GraphQL 소개에서 좀 더 친숙한 느낌의 소개를 찾을 수 있습니다.
first
: 반환할 첫 번째 항목(n
)입니다.
기본값은50
입니다.
최댓값은100
입니다.after
: 요청된 페이지의 시작을 결정하는 커서입니다. 커서가 나타내는 항목은 결과 세트에 포함되지 않습니다. 항목의 커서는edges
구조의cursor
필드에 의해 결정됩니다.
예를 들어 전체 결과 목록의 주어진 커서 항목부터 시작하여 최대 5개의 모험을 포함하는 결과 페이지를 출력하는 경우
query {
adventurePaginated(first: 5, after: "ODg1MmMyMmEtZTAzMy00MTNjLThiMzMtZGQyMzY5ZTNjN2M1") {
edges {
cursor
node {
title
}
}
pageInfo {
endCursor
hasNextPage
}
}
}
-
기본적으로 페이징은 결과의 순서가 항상 동일하도록 순서를 지정하는 조각을 나타내는 저장소 노드의 UUID를 사용합니다.
sort
사용 시 고유한 정렬을 위해 UUID가 암묵적으로 사용됩니다. 정렬 키가 동일한 두 항목의 경우에도 마찬가지입니다. -
내부 기술적 제한으로 인해 중첩된 필드에 정렬 및 필터링을 적용하면 성능이 저하됩니다. 따라서 루트 수준에 저장된 필터/정렬 필드를 사용합니다. 페이지가 매겨진 대용량 결과 세트를 쿼리하려는 경우에도 이 방법이 권장됩니다.
GraphQL 지속 쿼리 - Dispatcher에서 캐싱 활성화 graphql-persisted-queries-enabling-caching-dispatcher
지속 쿼리 캐싱은 기본적으로 Dispatcher에서 활성화되어 있지 않습니다. 원본이 여러 개인 CORS(원본 간 리소스 공유)를 사용하는 고객은 Dispatcher 구성을 검토하고 업데이트해야 하므로 기본값으로 활성화할 수는 없습니다.
Vary
헤더를 캐시하지 않습니다.지속 쿼리 캐싱 활성화 enable-caching-persisted-queries
지속 쿼리의 캐싱을 활성화하려면 Dispatcher 구성 파일에 대한 다음 업데이트가 필요합니다.
-
<conf.d/rewrites/base_rewrite.rules>
code language-xml # Allow the dispatcher to be able to cache persisted queries - they need an extension for the cache file RewriteCond %{REQUEST_URI} ^/graphql/execute.json RewriteRule ^/(.*)$ /$1;.json [PT]
note note NOTE Dispatcher은 모든 지속 쿼리 URL에 접미사 .json
을(를) 추가하여 결과를 캐시할 수 있도록 합니다.이는 쿼리가 캐시될 수 있는 문서에 대한 Dispatcher의 요구 사항을 준수하는지 확인하기 위한 것입니다. 자세한 내용은 Dispatcher에서 문서를 어떻게 반환합니까?를 참조하십시오. -
<conf.dispatcher.d/filters/ams_publish_filters.any>
code language-xml # Allow GraphQL Persisted Queries & preflight requests /0110 { /type "allow" /method '(GET|POST|OPTIONS)' /url "/graphql/execute.json*" }
Dispatcher의 CORS 구성 cors-configuration-in-dispatcher
CORS 요청을 사용하는 고객은 Dispatcher에서 CORS 구성을 검토하고 업데이트해야 할 수도 있습니다.
-
Origin
헤더는 Dispatcher를 통해 AEM 게시로 전달되어서는 안 됩니다.clientheaders.any
파일을 확인하십시오.
-
대신 Dispatcher 수준에서 허용된 원본에 대해 CORS 요청을 평가해야 합니다. 또한 이 접근 방식을 사용하면 CORS 관련 헤더를 모든 경우에 한 곳에서 올바르게 설정할 수 있습니다.
- 이러한 구성은
vhost
파일에 추가해야 합니다. 예시 구성은 아래와 같으며, 간단하게 CORS 관련 부분만 제공되었습니다. 특정 사용 사례에 맞게 조정할 수 있습니다.
code language-xml <VirtualHost *:80> ServerName "publish" # ... <IfModule mod_headers.c> Header add X-Vhost "publish" ################## Start of the CORS specific configuration ################## SetEnvIfExpr "req_novary('Origin') == ''" CORSType=none CORSProcessing=false SetEnvIfExpr "req_novary('Origin') != ''" CORSType=cors CORSProcessing=true CORSTrusted=false SetEnvIfExpr "req_novary('Access-Control-Request-Method') == '' && %{REQUEST_METHOD} == 'OPTIONS' && req_novary('Origin') != '' " CORSType=invalidpreflight CORSProcessing=false SetEnvIfExpr "req_novary('Access-Control-Request-Method') != '' && %{REQUEST_METHOD} == 'OPTIONS' && req_novary('Origin') != '' " CORSType=preflight CORSProcessing=true CORSTrusted=false SetEnvIfExpr "req_novary('Origin') -strcmatch 'https://%{HTTP_HOST}*'" CORSType=samedomain CORSProcessing=false # For requests that require CORS processing, check if the Origin can be trusted SetEnvIfExpr "%{HTTP_HOST} =~ /(.*)/ " ParsedHost=$1 ################## Adapt the regex to match CORS origin for your environment SetEnvIfExpr "env('CORSProcessing') == 'true' && req_novary('Origin') =~ m#(https://.*.your-domain.tld(:\d+)?$)#" CORSTrusted=true # Extract the Origin header SetEnvIfNoCase ^Origin$ ^https://(.*)$ CORSTrustedOrigin=https://$1 # Flush If already set Header unset Access-Control-Allow-Origin Header unset Access-Control-Allow-Credentials # Trusted Header always set Access-Control-Allow-Credentials "true" "expr=reqenv('CORSTrusted') == 'true'" Header always set Access-Control-Allow-Origin "%{CORSTrustedOrigin}e" "expr=reqenv('CORSTrusted') == 'true'" Header always set Access-Control-Allow-Methods "GET" "expr=reqenv('CORSTrusted') == 'true'" Header always set Access-Control-Max-Age 1800 "expr=reqenv('CORSTrusted') == 'true'" Header always set Access-Control-Allow-Headers "Origin, Accept, X-Requested-With, Content-Type, Access-Control-Request-Method, Access-Control-Request-Headers" "expr=reqenv('CORSTrusted') == 'true'" # Non-CORS or Not Trusted Header unset Access-Control-Allow-Credentials "expr=reqenv('CORSProcessing') == 'false' || reqenv('CORSTrusted') == 'false'" Header unset Access-Control-Allow-Origin "expr=reqenv('CORSProcessing') == 'false' || reqenv('CORSTrusted') == 'false'" Header unset Access-Control-Allow-Methods "expr=reqenv('CORSProcessing') == 'false' || reqenv('CORSTrusted') == 'false'" Header unset Access-Control-Max-Age "expr=reqenv('CORSProcessing') == 'false' || reqenv('CORSTrusted') == 'false'" # Always vary on origin, even if its not there. Header merge Vary Origin # CORS - send 204 for CORS requests which are not trusted RewriteCond expr "reqenv('CORSProcessing') == 'true' && reqenv('CORSTrusted') == 'false'" RewriteRule "^(.*)" - [R=204,L] ################## End of the CORS specific configuration ################## </IfModule> <Directory /> # ... </Directory> # ... </VirtualHost>
- 이러한 구성은
AEM용 GraphQL - 확장 요약 graphql-extensions
AEM용 GraphQL을 사용한 쿼리의 기본 작업은 표준 GraphQL 사양을 따릅니다. AEM이 있는 GraphQL 쿼리의 경우 몇 가지 확장이 있습니다.
-
하나의 결과가 필요한 경우:
- 모델 이름을 사용하십시오(예: 도시).
-
결과 목록을 기대하는 경우:
- 모델 이름에
List
를 추가하십시오. 예:cityList
- 샘플 쿼리 - 모든 도시에 대한 모든 정보를 참조하십시오
이후에 다음과 같은 작업을 수행할 수 있습니다.
-
ASC
: 오름차순DESC
: 내림차순
-
다음 중 하나를 사용하여 결과 페이지를 반환합니다.
-
샘플 쿼리 - 모든 도시에 대한 모든 정보를 참조하십시오
- 모델 이름에
-
필터
includeVariations
이(가)List
쿼리 형식에 포함되어 있습니다. 쿼리 결과에서 콘텐츠 조각 변형을 검색하려면includeVariations
필터를true
(으)로 설정해야 합니다.note caution CAUTION includeVariations
필터는 시스템 생성 필드_variation
과(와) 함께 사용할 수 없습니다. -
논리적 OR을 사용하려는 경우:
_logOp: OR
사용- 샘플 쿼리 - 이름이 “Jobs” 또는 “Smith”인 모든 사람을 참조하십시오
-
논리적 AND도 존재하지만 (흔히) 암시적
-
콘텐츠 조각 모델 내의 필드에 해당하는 필드 이름을 쿼리할 수 있습니다.
- 샘플 쿼리 - 회사 CEO 및 직원의 전체 세부 정보를 참조하십시오
-
모델의 필드 외에도 일부 시스템 생성 필드(앞에 밑줄 표시)가 있습니다.
-
콘텐츠의 경우:
-
_locale
: 언어 표시, 언어 관리자 기반- 주어진 로케일의 복수 콘텐츠 조각에 대한 샘플 쿼리를 참조하십시오
-
_metadata
: 조각에 대한 메타데이터 표시 -
_model
: 콘텐츠 조각 모델에 대한 쿼리 허용 (경로 및 제목)- 모델의 콘텐츠 조각 모델에 대한 샘플 쿼리를 참조하십시오
-
_path
: 저장소 내의 콘텐츠 조각에 대한 경로- 샘플 쿼리 - 단일 특정 도시 조각을 참조하십시오
-
_reference
: 참조 표시, 서식 있는 텍스트 편집기에 인라인 참조 포함 -
_variation
: 콘텐츠 조각 내 특정 변형 표시note note NOTE 지정된 변형이 콘텐츠 조각에 존재하지 않는 경우, 마스터 변형은 (대체) 기본값으로 반환됩니다. note caution CAUTION 시스템 생성 필드 _variation
은 필터includeVariations
과 함께 사용할 수 없습니다.- 샘플 쿼리 - 이름이 붙은 변형이 있는 모든 도시를 참조하십시오
-
_tags
: 태그가 포함된 콘텐츠 조각 또는 변형의 ID를 표시합니다. 이 목록은cq:tags
식별자의 배열입니다.note note NOTE 콘텐츠 조각의 메타데이터를 나열하여 태그를 쿼리할 수도 있습니다.
-
-
작업:
-
_operator
: 특정 연산자 적용 -EQUALS
,EQUALS_NOT
,GREATER_EQUAL
,LOWER
,CONTAINS
,STARTS_WITH
- 샘플 쿼리 - 이름이 “Jobs”가 아닌 모든 사람을 참조하십시오
- 샘플 쿼리 -
_path
가 특정 접두사로 시작하는 모든 모험을 참조하십시오
-
_apply
: 특정 조건 적용. 예:AT_LEAST_ONCE
-
_ignoreCase
: 쿼리할 때 대소문자 무시
-
-
-
GraphQL 공용 구조체 형식이 지원됩니다.
... on
사용
-
중첩된 조각 쿼리 시 대체:
- 요청된 변형이 중첩된 조각에 없으면 기본 변형이 반환됩니다.
CORS 필터 cors-filter
GraphQL 엔드포인트에 액세스하려면 고객 Git 저장소에서 CORS 정책을 구성합니다. 이 구성은 하나 이상의 원하는 끝점에 대한 적절한 OSGi CORS 구성 파일을 추가하여 수행됩니다.
이 구성은 액세스 권한을 부여해야 하는 신뢰할 수 있는 웹 사이트 원본 alloworigin
또는 alloworiginregexp
을(를) 지정해야 합니다.
예를 들어 https://my.domain
의 GraphQL 끝점 및 지속 쿼리 끝점에 대한 액세스 권한을 부여하려면 다음을 사용할 수 있습니다.
{
"supportscredentials":true,
"supportedmethods":[
"GET",
"HEAD",
"POST"
],
"exposedheaders":[
""
],
"alloworigin":[
"https://my.domain"
],
"maxage:Integer":1800,
"alloworiginregexp":[
""
],
"supportedheaders":[
"Origin",
"Accept",
"X-Requested-With",
"Content-Type",
"Access-Control-Request-Method",
"Access-Control-Request-Headers"
],
"allowedpaths":[
"/content/_cq_graphql/global/endpoint.json",
"/graphql/execute.json/.*"
]
}
엔드포인트에 대해 가상 경로를 구성한 경우 allowedpaths
에서도 사용할 수 있습니다.
레퍼러 필터 referrer-filter
CORS 구성 외에도 서드파티 호스트에서 액세스를 허용하도록 레퍼러 필터를 구성해야 합니다.
이 필터는 다음과 같은 적절한 OSGi 레퍼러 필터 구성 파일을 추가하여 수행됩니다.
- 신뢰할 수 있는 웹 사이트 호스트 이름(
allow.hosts
또는allow.hosts.regexp
)을 지정합니다. - 이 호스트 이름에 대한 액세스 권한을 부여합니다.
예를 들어 레퍼러 my.domain
이 있는 요청에 대한 액세스 권한을 부여하려면 다음과 같은 작업을 수행할 수 있습니다.
{
"allow.empty":false,
"allow.hosts":[
"my.domain"
],
"allow.hosts.regexp":[
""
],
"filter.methods":[
"POST",
"PUT",
"DELETE",
"COPY",
"MOVE"
],
"exclude.agents.regexp":[
""
]
}
- 신뢰할 수 있는 도메인에만 액세스 권한을 부여하는 것
- 민감한 정보가 노출되지 않도록 해야 합니다
- 와일드카드 [*] 구문을 사용하지 않는 것. 이 기능은 GraphQL 엔드포인트에 대한 인증된 액세스를 비활성화하고 전 세계에 노출합니다.
제한 사항 limitations
잠재적인 문제로부터 보호하기 위해 쿼리에 적용되는 기본 제한 사항이 있습니다.
- 쿼리에 1M(1024 * 1024)자를 초과할 수 없습니다.
- 쿼리에 15000개 이상의 토큰을 포함할 수 없습니다.
- 쿼리에 200000개 이상의 공백 토큰을 포함할 수 없습니다.
또한 다음 사항을 알고 있어야 합니다.
-
GraphQL 쿼리에 둘 이상의 모델에서 이름이 같은 필드가 포함되어 있고 다음 조건이 충족되면 필드 충돌 오류가 반환됩니다.
-
여기서
- 두 개 이상의 모델이 가능한 참조로 사용됩니다. 콘텐츠 조각 참조에서 허용된 모델 유형(으)로 정의된 경우.
및:
- 이 두 모델에는 공통 이름을 갖는 필드가 있습니다. 즉, 두 모델에서 동일한 이름이 발생합니다.
및
- 이러한 필드는 다른 데이터 유형입니다.
-
예:
-
모델이 다른 두 개(예:
M1
,M2
) 이상의 조각이 다른 조각에서 가능한 참조(콘텐츠 참조 또는 조각 참조)로 사용되는 경우(예:Fragment1
MultiField/List
) -
모델이 다른 두 조각(
M1
,M2
)에는 이름은 같지만 유형이 다른 필드가 있습니다.
예시:M1.Title
을(를)Text
(으)로M2.Title
을(를)Text/MultiField
(으)로
-
그러면 GraphQL 쿼리에
Title
필드가 포함된 경우 필드 충돌 오류가 발생합니다.
-
-
인증 authentication
콘텐츠 조각의 원격 AEM GraphQL 쿼리 인증을 참조하십시오.
FAQ faqs
제기된 질문:
-
Q: “AEM용 GraphQL API는 쿼리 빌더 API와 어떻게 다릅니까?”
- A:
“AEM GraphQL API는 JSON 출력에 대한 전체 제어를 제공하며 콘텐츠 쿼리를 위한 업계 표준입니다.
앞으로 AEM은 AEM GraphQL API에 투자할 계획입니다."
- A:
튜토리얼 - AEM Headless 및 GraphQL 시작하기 tutorial
실습형 튜토리얼을 찾고 계십니까? Headless CMS 시나리오에서 AEM의 GraphQL API를 사용하여 콘텐츠를 빌드하고 노출하고 외부 앱에서 사용하는 방법을 보여 주는 AEM Headless 및 GraphQL 시작하기 엔드투엔드 튜토리얼을 확인하십시오.