Introduktion till AEM introduction-to-the-aem-platform
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 design-principles-and-goals
Oak implementerar JSR-283 (JCR 2.0) spec. Dess främsta designmål är följande:
- 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 architecture-concept
Lagring storage
Syftet med lagringslagret är att
- Implementera en trädmodell
- Gör lagring ansluten
- Tillhandahåll en klustermekanism
Oak Core oak-core
Oak Core lägger till flera lager i lagringslagret:
- Åtkomstnivåkontroller
- Sökning och indexering
- Observera
Oak JCR 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 storage-overview
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 tar-storage
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 mongo-storage
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:
- En tidsstämpel som härleds från systemtiden för datorn som den skapades på
- En räknare som särskiljer revideringar som skapats med samma tidsstämpel
- 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:
Vad är annorlunda än Jackrabbit 2? what-is-different-from-jackrabbit
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.
Annan plattformsrelaterad dokumentation other-platform-related-documentation
Mer information om den AEM plattformen finns i följande artiklar: