SRP - Opslag van communautaire inhoud srp-community-content-storage
Inleiding introduction
Vanaf AEM Communities 6.1 wordt door de gebruiker gegenereerde inhoud (UGC) opgeslagen in één gemeenschappelijke opslagplaats die wordt geleverd door een opslagbronprovider (SRP). Er zijn verscheidene opties SRP waarvan te kiezen, zoals ASRP, MSRP, en JSRP.
In tegenstelling tot vroegere versies, is er geen omgekeerde/voorwaartse replicatie van UGC over AEM instanties. In plaats daarvan maakt SRP UGC direct toegankelijk voor creeer, lees, update, en schrapt (CRUD) verrichtingen van alle auteur en publiceer instanties, met een uitzondering voor JSRP.
Hieronder vindt u kenmerken van elke SRP-optie, die van cruciaal belang is voor het besluitvormingsproces bij de keuze van het passende SRP en onderliggende implementatie.
Voor details betreffende het gebruik van SRP voor UGC, zie Overzicht opslagbronprovider.
Kenmerken van SRP-opties characteristics-of-srp-options
ASRP - Adobe Storage Resource Provider
Met deze optie, wordt UGC voortgeduurd ver in een wolkendienst die door Adobe wordt ontvangen en wordt beheerd. Het vereist een aanvullende licentie en samenwerking met een accountvertegenwoordiger om de rekening voor die specifieke licentie te verstrekken.
- Vereist een gekoppelde cloudservice die door Adobe wordt geleverd en ondersteund voor het opslaan van community-inhoud
- Vereist keuze van een datacenter in een specifieke geografische omgeving (VS, EMEA, APAC)
- Vereist alle programmatic toegang tot UGC door SRP API zijn
- Geschikt voor TarMK-publicatiefarm
- Geschikt voor investeringen in lokale opslag
MSRP - MongoDB Storage Resource Provider
Met deze optie wordt de UGC direct in een lokale MongoDB-instantie voortgezet.
- Vereist een lokale, gelicentieerde installatie van MongoDB om inhoud van de gebruikersgemeenschap op te slaan
- Vereist een lokale installatie van Apache Solr
- Vereist alle programmatic toegang tot UGC door SRP API zijn
- Geschikt voor een bestaand TarMK-publicatiebedrijf
- Geschikt voor een MongoMK- of RdbMK-cluster
- Geschikt wanneer u grote hoeveelheden community-inhoud verwacht
DSRP - Relational Database Storage Resource Provider
Met deze optie, wordt UGC voortgeduurd direct in een lokale MySQL gegevensbestandinstantie.
- Vereist een lokale installatie van MySQL om inhoud van de gemeenschap op te slaan
- Vereist een lokale installatie van Apache Solr
- Vereist alle programmatic toegang tot UGC door SRP API zijn
- Geschikt voor een bestaand TarMK-publicatiebedrijf
- Geschikt voor een MongoMK- of RdbMK-cluster
- Geschikt wanneer u grote hoeveelheden community-inhoud verwacht
JSRP - JCR Storage Resource Provider
Met de standaardoptie, is er geen gemeenschappelijke opslag. De UGC wordt alleen gecontinueerd in dezelfde JCR-opslagruimte als de AEM instantie waarin deze is ingevoerd.
- Hiermee wordt community-inhoud opgeslagen in de JCR-opslagruimte van de AEM auteur of publicatie-instantie waarnaar deze is gepost
- Vereist alle programmatic toegang tot UGC door SRP API zijn
- Vereist een publicatiecluster als meer dan één publiceer instantie wordt opgesteld (er is geen replicatiemechanisme onder publiceer instanties in een landbouwbedrijf TarMK)
- De modernisering wordt uitgevoerd slechts in het publicatiemilieu (er is geen omgekeerd/voorwaarts replicatiemechanisme tussen auteur en publiceert)
- Over het algemeen het beste voor ontwikkeling, demonstraties en training
SRP configureren configuring-srp
Het specificeren van de standaard opslagoptie, die op de onderliggende plaatsing wordt gebaseerd, wordt gemaakt door Opslagconfiguratieconsole.
Voor configuratiedetails van elke optie, zie:
Als er geen opslagoptie actief is geselecteerd, wordt JSRP standaard ingeschakeld.
Aanvullende informatie additional-information
UGC nooit gerepliceerd ugc-never-replicated
In de auteursomgeving, creeert een auteur pagina inhoud en herhaalt het aan het publicatiemilieu. Wanneer een pagina een interactieve AEM Communities-functie bevat, zoals opmerkingen, revisies, forum, blog of QnA, resulteert de interactie door leden (aangemeld bij sitebezoekers) op een publicatie-instantie in door gebruikers gegenereerde inhoud (UGC) die wordt ingevoerd in de publicatieomgeving.
Eerder werd deze community-inhoud omgekeerd gerepliceerd naar auteur-instanties en van de auteur gerepliceerd naar publicatie-instanties. Het was problematisch om consistentie tussen AEM instanties met omgekeerde en voorwaartse replicatie te handhaven.
Vanaf AEM Communities 6.1 is de behoefte aan replicatie van UGC geëlimineerd door gedeelde opslag voor UGC te gebruiken, zoals hierboven beschreven.
Terwijl site-inhoud wordt gerepliceerd, wordt UGC nooit gerepliceerd.
Gebruikersgegevens beheren managing-user-data
Ook van belang voor de Gemeenschap zijn gebruikers, gebruikersgroepen, en gebruikersprofielen. Deze op gebruiker betrekking hebbende gegevens, wanneer gecreeerd en bijgewerkt in publicatiemilieu, moeten ter beschikking worden gesteld aan andere publicatieinstanties wanneer de topologie een is publicatiebedrijf.
Vanaf AEM Communities 6.1 worden gebruikersgerelateerde gegevens gesynchroniseerd met behulp van Verschuivende distributie in plaats van replicatie. Ga voor meer informatie naar Gebruikerssynchronisatie.
Upgrade uitvoeren naar AEM Communities 6.2 upgrading-to-aem-communities
Bij de upgrade naar AEM Communities 6.3, als bestaande UGC behouden moet blijven, moeten stappen worden gezet afhankelijk van het feit of de AEM 5.6.1- of AEM 6.0-community gebruikmaakte van Adobe-opslag op aanvraag of on-premise opslag van UGC.
Ga voor meer informatie naar Upgrade uitvoeren naar AEM Communities 6.3.