AEM 6의 AEM 플랫폼은 Apache Jackrabbit Oak를 기반으로 합니다.
Apache Jackrabbit Oak는 최신 세계적 수준의 웹 사이트 및 기타 까다로운 컨텐츠 애플리케이션의 기반으로서 사용할 확장 가능하고 성능 계층적인 컨텐츠 저장소를 구현하기 위한 노력입니다.
Jackrabbit 2의 후속 작업이며 AEM 6에서 컨텐츠 저장소 CRX의 기본 백엔드로 사용됩니다.
Oak는 JSR-283 (JCR 2.0) 사양을 구현합니다. 주요 설계 목표는 다음과 같습니다.
스토리지 계층의 목적은 다음과 같습니다.
Oak Core는 스토리지 레이어에 여러 레이어를 추가합니다.
Oak JCR의 주요 목적은 JCR 의미 체계를 트리 작업으로 변환하는 것입니다. 또한 다음과 같은 책임이 있습니다.
또한 이제 비 Java 구현이 가능하며, Oak JCR 개념의 일부가 됩니다.
Oak 저장소 계층은 컨텐츠의 실제 저장을 위한 추상화 계층을 제공합니다.
현재 AEM6에는 두 가지 스토리지 구현이 있습니다.Tar 저장소 및 MongoDB 저장소.
Tar 저장소는 tar 파일을 사용합니다. 컨텐츠는 큰 세그먼트 내에 다양한 유형의 레코드로 저장됩니다. 분개는 리포지토리의 최신 상태를 추적하는 데 사용됩니다.
다음과 같이 빌드된 몇 가지 주요 디자인 원칙들이 있습니다.
컨텐츠는 최대 256KiB의 크기를 가질 수 있는 세그먼트에 저장됩니다. 변경할 수 없으므로 자주 액세스하는 세그먼트를 쉽게 캐시하고 리포지토리를 손상시킬 수 있는 시스템 오류를 줄일 수 있습니다.
각 세그먼트는 UUID(고유 식별자)로 식별되며 컨텐츠 트리의 연속적인 하위 집합을 포함합니다. 또한 세그먼트는 다른 컨텐츠를 참조할 수 있습니다. 각 세그먼트는 다른 참조된 세그먼트의 UUID 목록을 유지합니다.
노드 및 해당 직속 자식과 같은 관련 레코드는 일반적으로 동일한 세그먼트에 저장됩니다. 이렇게 하면 저장소를 매우 빠르게 검색할 수 있으며 세션당 두 개 이상의 관련 노드에 액세스하는 일반적인 클라이언트에 대한 대부분의 캐시 누락이 방지됩니다.
레코드 서식은 크기가 IO 비용을 줄이고 캐시에 최대한 많은 컨텐츠를 저장할 수 있도록 최적화되어 있습니다.
MongoDB 스토리지는 공유 및 클러스터링을 위해 MongoDB를 사용합니다. 저장소 트리는 각 노드가 별도의 문서인 하나의 MongoDB 데이터베이스에 유지됩니다.
여기에는 몇 가지 미립자가 있습니다.
컨텐츠의 각 업데이트(커밋)에 대해 새 버전이 만들어집니다. 개정은 기본적으로 다음 세 가지 요소로 구성된 문자열입니다.
분기가 지원되므로 클라이언트가 여러 변경 사항을 스테이징하고 단일 병합 호출로 볼 수 있습니다.
MongoDB 저장소는 수정할 때마다 데이터를 문서에 추가합니다. 그러나 정리 가 명시적으로 트리거되는 경우에만 데이터를 삭제합니다. 특정 임계값이 충족되면 이전 데이터가 이동됩니다. 이전 문서에는 변경할 수 없는 데이터만 포함되며 이는 커밋된 수정 및 병합된 버전만 포함함을 의미합니다.
활성 및 비활성 클러스터 노드에 대한 데이터는 클러스터 작업을 용이하게 하기 위해 데이터베이스에 유지됩니다.
MongoDB 저장소가 있는 일반적인 AEM 클러스터 설정:
Oak는 JCR 1.0 표준과 이전 버전과 호환되도록 설계되었으므로 사용자 수준에 거의 변화가 없습니다. 그러나 Oak 기반 AEM 설치를 설정할 때 고려해야 할 몇 가지 중요한 차이점이 있습니다.
AEM 플랫폼에 대한 자세한 내용은 아래 문서를 참조하십시오.