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.
Nedan följer egenskaperna för varje SRP-alternativ, som är viktig information för beslutsprocessen när du väljer lämplig SRP och underliggande distribution.
Mer information om användningen av SRP för UGC finns i Översikt över lagringsresursprovidern.
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. ASRP kräver:
-
En tillhörande molntjänst som tillhandahålls och stöds av Adobe för att lagra communityinnehåll.
-
Val av datacenter i en specifik geografi (USA, EMEA, APAC).
-
All programmatisk åtkomst till UGC sker via SRP API.
ASRP är lämpligt:
- För TjärMK-publiceringsservergruppen.
- 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.
MSRP kräver:
- En lokal, licensierad installation av MongoDB för lagring av communityinnehåll.
- En lokal installation av Apache Solr.
- All programmatisk åtkomst till UGC sker via SRP API.
ASRP är lämpligt:
- För en befintlig TjärMK-publiceringsgrupp.
- För ett MongoMK- eller RdbMK-kluster.
- 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.
DSRP kräver:
- En lokal installation av MySQL för att lagra communityinnehåll.
- En lokal installation av Apache Solr.
- All programmatisk åtkomst till UGC sker via SRP API.
DSRP är lämpligt:
- För en befintlig TjärMK-publiceringsgrupp.
- För ett MongoMK- eller RdbMK-kluster.
- 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.
JSRP:
- 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).
- Passar bäst för utveckling, demonstrationer och utbildning.
Konfigurerar SRP configuring-srp
Ange standardlagringsalternativet, baserat på den underliggande distributionen, via konsolen 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
CommunitIes är också av intresse för 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 publiceringsgrupp.
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.5 upgrading-to-aem-communities
Vid uppgradering till AEM 6.5 Communities, 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.5.