SRP - Community Content Storage srp-community-content-storage
Introduktion introduction
Från och med AEM Communities 6.1 lagras användargenererat innehåll (UGC) i en enda gemensam butik som tillhandahålls av en leverantör av lagringsresurser (SRP). Det finns flera SRP-alternativ att välja mellan, till exempel ASRP, MSRP och JSRP.
Till skillnad från tidigare versioner finns det ingen omvänd/framåtriktad replikering av UGC över AEM instanser. I stället gör SRP att UGC är direkt tillgängligt för att skapa, läsa, uppdatera och ta bort (CRUD) åtgärder från alla författare- och publiceringsinstanser, med undantag för JSRP.
Följande är egenskaper för varje SRP-alternativ, som är viktig information för beslutsprocessen när man väljer lämplig SRP och underliggande distribution.
Mer information om användning av SRP för användargenererat innehåll finns i Översikt över lagringsresursprovider.
Egenskaper för SRP-alternativ characteristics-of-srp-options
ASRP - Adobe lagringsresursleverantör
Med det här alternativet lagras användargenererat innehåll på fjärrbasis i en molntjänst som hanteras av Adobe. Det krävs ytterligare en licens och att man samarbetar med en kontorepresentant för att tillhandahålla kontot för den specifika licensen.
- Kräver en associerad molntjänst som tillhandahålls och stöds av Adobe för att lagra communityinnehåll
- Kräver val av datacenter i en specifik geografi (USA, EMEA, APAC)
- Kräver all programmatisk åtkomst till UGC via SRP API
- Lämplig för TjärMK-publiceringsservergrupp
- Passar när det inte finns någon avsikt att investera i lokal lagring
MSRP - lagringsresursprovider för MongoDB
Med det här alternativet sparas UGC direkt i en lokal MongoDB-instans.
- Kräver en lokal, licensierad installation av MongoDB för att lagra communityinnehåll
- Kräver en lokal installation av Apache Solr
- Kräver all programmatisk åtkomst till UGC via SRP API
- Lämplig för en befintlig StjärtMK-publiceringsgrupp
- Passar för ett MongoMK- eller RdbMK-kluster
- Passar när stora volymer av communityinnehåll förväntas
DSRP - Resursprovider för relativ databaslagring
Med det här alternativet sparas UGC direkt i en lokal MySQL-databasinstans.
- Kräver en lokal installation av MySQL för att lagra communityinnehåll
- Kräver en lokal installation av Apache Solr
- Kräver all programmatisk åtkomst till UGC via SRP API
- Lämplig för en befintlig StjärtMK-publiceringsgrupp
- Passar för ett MongoMK- eller RdbMK-kluster
- Passar när stora volymer av communityinnehåll förväntas
JSRP - JCR-lagringsresursprovider
Det finns ingen gemensam lagringsplats med standardalternativet. UGC:n sparas bara i samma JCR-databas som den AEM där den angavs.
- Lagrar communityinnehåll i JCR-databasen för AEM författare eller publiceringsinstans som det publicerades i
- Kräver all programmatisk åtkomst till UGC via SRP API
- Kräver ett publiceringskluster om mer än en publiceringsinstans har distribuerats (det finns ingen replikeringsmekanism bland publiceringsinstanser i en tarMK-servergrupp)
- Moderering utförs endast i publiceringsmiljön (det finns ingen omvänd/framåtriktad replikeringsmekanism mellan författaren och publiceringen)
- I allmänhet bäst för utveckling, demonstrationer och utbildning
Konfigurerar SRP configuring-srp
Ange standardlagringsalternativet, baserat på den underliggande distributionen, via Konsol för lagringskonfiguration.
Konfigurationsinformation om varje alternativ finns i:
Om inget lagringsalternativ är aktivt, aktiveras JSRP som standard.
Ytterligare information additional-information
UGC har aldrig replikerats ugc-never-replicated
I redigeringsmiljön skapar en författare sidinnehåll och replikerar det till publiceringsmiljön. När en sida innehåller en interaktiv AEM Communities-funktion, till exempel kommentarer, granskningar, forum, blogg eller QnA, resulterar interaktionen mellan medlemmar (inloggade besökare) på en publiceringsinstans i användargenererat innehåll (UGC) som läggs in i publiceringsmiljön.
Tidigare replikerades det här communityinnehållet bakåt till författarinstanser och från författare replikerat till publiceringsinstanser. Det var svårt att bibehålla enhetligheten mellan AEM instanser med omvänd och framåtriktad replikering.
Från och med AEM Communities 6.1 har behovet av UGC-replikering eliminerats genom delad lagring för UGC, vilket beskrivs ovan.
När platsinnehållet replikeras replikeras aldrig UGC.
Hantera användardata managing-user-data
Det är också av intresse för communityn användare, användargrupper och användarprofiler. Dessa användarrelaterade data, som skapas och uppdateras i publiceringsmiljön, måste göras tillgängliga för andra publiceringsinstanser när topologin är en publicera servergrupp.
Från och med AEM Communities 6.1 synkroniseras användarrelaterade data med Sling-distribution i stället för replikering. Mer information finns på Användarsynkronisering.
Uppgradera till AEM Communities 6.2 upgrading-to-aem-communities
Vid uppgradering till AEM Communities 6.3, om befintlig UGC måste behållas, bör åtgärder vidtas beroende på om AEM 5.6.1- eller AEM 6.0-communityn använde Adobe on demand-lagring eller lokal lagring av UGC.
Mer information finns på Uppgradera till AEM Communities 6.3.