Introduktion till AEM

Den AEM plattformen i AEM 6 bygger på Apache Jackrabbit Oak.

Apache Jackrabbit Oak satsar på att implementera en skalbar och prestandabaserad hierarkisk innehållsdatabas som kan användas som grund för moderna webbplatser i världsklass och andra krävande innehållsprogram.

Det är efterföljaren till Jackrabbit 2 och används av AEM 6 som standardbackend för sin innehållsdatabas, CRX.

Utforma principer och mål

Oak implementerar JSR-283 (JCR 2.0) spec. Dess främsta designmål är att

  • Bättre stöd för stora databaser
  • Flera distribuerade klusternoder för hög tillgänglighet
  • Bättre prestanda
  • Stöd för många underordnade noder och åtkomstkontrollsnivåer

Arkitekturbegrepp

chlimage_1-84

Lagring

Syftet med lagringslagret är att

  • Implementera en trädmodell
  • Gör lagring ansluten
  • Tillhandahåll en klustermekanism

Oak Core

Oak Core lägger till flera lager i lagringslagret:

  • Åtkomstnivåkontroller
  • Sökning och indexering
  • Observera

Oak JCR

Det främsta målet för JCR-rapporterna är att omvandla JCR-semantik till trädverksamhet. Byrån ansvarar också för

  • Implementera JCR-API
  • Innehåller implementeringskopplingar som implementerar JCR-begränsningar

Dessutom är nu icke-Java-implementeringar möjliga och en del av JCR-konceptet för Oak.

Lagringsöversikt

Lagringslagret Oak innehåller ett abstraktionslager för den faktiska lagringen av innehållet.

För närvarande finns det två lagringsimplementeringar i AEM6: Tjärlagring och MongoDB-lagring.

Tjärlagring

Tjärlagringen använder tjärfiler. Innehållet lagras som olika typer av poster inom större segment. Journaler används för att spåra databasens senaste status.

Det finns flera viktiga designprinciper som den bygger på:

  • Oändringsbara segment

Innehållet lagras i segment som kan vara upp till 256 kB. De är oföränderliga, vilket gör det enkelt att cachelagra segment som du använder ofta och minska antalet systemfel som kan skada databasen.

Varje segment identifieras av en unik identifierare (UUID) och innehåller en kontinuerlig delmängd av innehållsträdet. Dessutom kan segment referera till annat innehåll. Varje segment innehåller en lista med UUID:n för andra refererade segment.

  • Lokalitet

Relaterade poster som en nod och dess direkt underordnade poster lagras i samma segment. På så sätt blir sökningen i databasen snabb och de flesta cachemissar undviks för vanliga klienter som använder mer än en relaterad nod per session.

  • Kompacitet

Formateringen av posterna är optimerad för att minska IO-kostnaderna och för att passa så mycket innehåll som möjligt i cacheminnen.

Mongo-lagring

MongoDB-lagringsutrymmet använder MongoDB för att dela och klustra. Databasträdet sparas i en MongoDB-databas där varje nod är ett separat dokument.

Den har flera särdrag:

  • Revisioner

För varje uppdatering (implementering) av innehållet skapas en ny revision. En revidering är i princip en sträng som består av tre element:

  1. En tidsstämpel som härleds från systemtiden för datorn som den skapades på
  2. En räknare som särskiljer revideringar som skapats med samma tidsstämpel
  3. Klusternod-ID där revisionen skapades
  • Förgreningar

Förgreningar stöds, vilket gör att klienten kan mellanlagra flera ändringar och göra dem synliga med ett enda sammanfogningsanrop.

  • Föregående dokument

MongoDB-lagring lägger till data i ett dokument vid varje ändring. Data tas dock bara bort om en rensning aktiveras explicit. Gammala data flyttas när ett visst tröskelvärde uppnås. Tidigare dokument innehåller bara oföränderliga data, vilket betyder att de bara innehåller genomförda och sammanfogade versioner.

  • Klusternodmetadata

Data om aktiva och inaktiva klusternoder sparas i databasen för att underlätta klusteråtgärder.

En typisk konfiguration AEM kluster med MongoDB-lagring:

chlimage_1-85

Vad är annorlunda än Jackrabbit 2?

Eftersom Oak är bakåtkompatibelt med JCR 1.0-standarden sker nästan inga förändringar på användarnivå. Det finns dock vissa märkbara skillnader som du måste ta hänsyn till när du konfigurerar en Oak-baserad AEM:

  • Oak skapar inte index automatiskt. Därför måste anpassade index skapas vid behov.
  • Till skillnad från Jackrabbit 2, där sessionerna alltid återspeglar databasens senaste status, visar Oak en session en stabil vy av databasen från den tidpunkt då sessionen skapades. Orsaken beror på MVCC-modellen som Oak baseras på.
  • Samma namn på jämställda (SNS) stöds inte i Oak.

Mer information om den AEM plattformen finns i följande artiklar:

På denna sida