Inleiding tot het AEM Platform introduction-to-the-aem-platform
Het AEM platform in AEM 6 is gebaseerd op Apache Jackrabbit Oak.
Apache Jackrabbit Oak is een poging om een schaalbare en krachtige hiërarchische opslagplaats voor inhoud te implementeren die als basis kan dienen voor moderne websites van wereldklasse en andere veeleisende inhoudstoepassingen.
Het is de opvolger van Jackrabbit 2 en wordt door AEM 6 gebruikt als standaard backend voor zijn inhoudsbewaarplaats, CRX.
Ontwerpbeginselen en -doelstellingen design-principles-and-goals
De eiken implementeert de JSR-283 (JCR 2.0) - specificatie. De belangrijkste ontwerpdoelstellingen zijn:
- Betere ondersteuning voor grote opslagplaatsen
- Meerdere gedistribueerde clusterknooppunten voor hoge beschikbaarheid
- Betere prestaties
- Ondersteuning voor veel onderliggende knooppunten en toegangsbeheerniveaus
Architectuurconcept architecture-concept
Opslag storage
Het doel van de opslaglaag is:
- Een structuurmodel implementeren
- Opslag pluggable maken
- Een clusteringsmechanisme bieden
Eak Core oak-core
Met de Oak Core voegt u verschillende lagen toe aan de opslaglaag:
- Besturingselementen op toegangsniveau
- Zoeken en indexeren
- Waarneming
Oak JCR oak-jcr
Het hoofddoel van het JCR voor de eik is om de semantische eigenschappen van het JCR om te zetten in boombewerkingen. Zij is ook verantwoordelijk voor:
- De JCR-API implementeren
- Bevat haken die JCR-beperkingen implementeren
Bovendien zijn niet-Java-implementaties nu mogelijk en maken ze deel uit van het JCR-concept voor eik.
Overzicht van opslag storage-overview
De eiken-opslaglaag biedt een abstractielaag voor de werkelijke opslag van de inhoud.
Er zijn momenteel twee opslagimplementaties beschikbaar in AEM6: Teeropslag en MongoDB-opslag.
Teeropslag tar-storage
Voor de Tar-opslag worden teerbestanden gebruikt. De inhoud wordt opgeslagen als diverse typen records binnen grotere segmenten. Journalen worden gebruikt om de meest recente status van de opslagplaats te volgen.
Er zijn verschillende basisprincipes voor het ontwerp waarop het is gebouwd:
- Onveranderbare segmenten
De inhoud wordt opgeslagen in segmenten die maximaal 256 kB groot kunnen zijn. Ze zijn onveranderlijk, waardoor het gemakkelijk wordt om vaak geopende segmenten in de cache op te slaan en systeemfouten die de opslagplaats kunnen beschadigen, worden verminderd.
Elk segment wordt geïdentificeerd door een uniek herkenningsteken (UUID) en bevat een ononderbroken ondergroep van de inhoudsboom. Daarnaast kunnen segmenten verwijzen naar andere inhoud. Elk segment houdt een lijst van UUIDs van andere referenced segmenten bij.
- Locatie
Verwante verslagen zoals een knoop en zijn directe kinderen worden gewoonlijk opgeslagen in het zelfde segment. Hierdoor wordt het zoeken in de gegevensopslagruimte zeer snel en worden de meeste cachevervallen vermeden voor typische clients die per sessie toegang hebben tot meer dan één gerelateerd knooppunt.
- Compacte
De opmaak van records is geoptimaliseerd om de IO-kosten te verlagen en om zoveel mogelijk inhoud in caches te plaatsen.
Mongo-opslag mongo-storage
De MongoDB-opslag maakt gebruik van MongoDB voor het delen en clusteren van bestanden. De repository tree wordt bewaard in één MongoDB database waar elk knooppunt een afzonderlijk document is.
Het heeft verschillende bijzonderheden:
- Revisies
Voor elke update (commit) van de inhoud wordt een nieuwe revisie gemaakt. Een revisie bestaat in feite uit drie elementen:
- Een tijdstempel die is afgeleid van de systeemtijd van de computer waarop deze is gegenereerd
- Een teller om herzieningen te onderscheiden die met dezelfde tijdstempel zijn gemaakt
- De clusternode-id waar de revisie is gemaakt
- Branches
De takken worden gesteund, die cliënt toestaan om veelvoudige veranderingen te werkgebied en hen zichtbaar te maken met één enkele fusievraag.
- Vorige documenten
Bij MongoDB-opslag worden gegevens aan een document toegevoegd met elke wijziging. Nochtans, schrapt het slechts gegevens als een schoonmaakbeurt uitdrukkelijk wordt teweeggebracht. Oude gegevens worden verplaatst wanneer aan een bepaalde drempelwaarde wordt voldaan. Eerdere documenten bevatten alleen onveranderlijke gegevens, wat betekent dat ze alleen doorgevoerde en samengevoegde revisies bevatten.
- Metagegevens clusterknooppunt
Gegevens over actieve en inactieve clusterknooppunten worden in de database bewaard om clusterbewerkingen te vergemakkelijken.
Een standaard AEM clusterinstallatie met MongoDB-opslag:
Wat is er anders dan Jackrabbit 2? what-is-different-from-jackrabbit
Omdat eiken is ontworpen om achterwaarts compatibel te zijn met de JCR 1.0-standaard, zijn er vrijwel geen wijzigingen op gebruikersniveau. Er zijn echter enkele merkbare verschillen waarmee u rekening moet houden bij het instellen van een op een eik gebaseerde AEM-installatie:
- Met Eak worden niet automatisch indexen gemaakt. Daarom moeten aangepaste indexen worden gemaakt wanneer dat nodig is.
- In tegenstelling tot Jackrabbit 2, waar sessies altijd de meest recente status van de opslagplaats weerspiegelen, waarbij een sessie voor eik een stabiele weergave van de opslagplaats weerspiegelt vanaf het moment dat de sessie werd verkregen. Dit komt door het MVCC-model waarop eiken is gebaseerd.
- SNS (Same Name siblings) wordt niet ondersteund in Oak.
Overige documentatie over Platforms other-platform-related-documentation
Raadpleeg ook de volgende artikelen voor meer informatie over het AEM platform: