SRP - Archiviazione di contenuti community srp-community-content-storage

Introduzione introduction

A partire da AEM Communities 6.1, i contenuti generati dagli utenti (UGC, User-Generated Content) vengono memorizzati in un unico archivio comune fornito da un provider di risorse di archiviazione (SRP, Storage Resource Provider). Sono disponibili diverse opzioni SRP tra cui scegliere, ad esempio ASRP, MSRP e JSRP.

A differenza delle versioni precedenti, non esiste alcuna replica in avanti/indietro di UGC tra le istanze AEM. SRP rende invece direttamente accessibili i contenuti generati dagli utenti (UGC, User-Generated Content) per operazioni di creazione, lettura, aggiornamento ed eliminazione (CRUD, Create, Update, Delete) da tutte le istanze di authoring e pubblicazione, con un'eccezione per JSRP.

Di seguito sono riportate le caratteristiche di ogni opzione SRP, che sono informazioni fondamentali per il processo decisionale durante la scelta dell'SRP appropriato e della distribuzione sottostante.

Per informazioni dettagliate sull'utilizzo di SRP per UGC, vedere Panoramica provider risorse di archiviazione.

NOTE
SRP si applica solo al contenuto della community. Non influisce sulla posizione in cui è archiviato il contenuto del sito (archivio nodi) e non influisce sulla gestione sicura della registrazione degli utenti, dei profili utente e dei gruppi di utenti tra le istanze AEM (vedi anche Gestione dei dati utente).
CAUTION
A partire da AEM 6.1, UGC non viene mai replicato.
Se la distribuzione non include un archivio comune, ad esempio la topologia predefinita JSRP, UGC sarà visibile solo nell'istanza di pubblicazione o di authoring dell'AEM in cui è stato immesso. Solo se la topologia include un cluster di pubblicazione, l'UGC sarà visibile in qualsiasi istanza di pubblicazione.

Caratteristiche delle opzioni SRP characteristics-of-srp-options

ASRP - Provider risorsa di archiviazione Adobe

Con questa opzione, l’UGC viene mantenuto in remoto in un servizio cloud ospitato e gestito da Adobe. È necessaria una licenza aggiuntiva e la collaborazione con un rappresentante del conto per effettuare il provisioning del conto per quella specifica licenza. ASRP richiede:

  • Servizio cloud associato fornito e supportato da Adobe per archiviare i contenuti della community.

  • Scelta di un centro dati in una specifica area geografica (Stati Uniti, EMEA, APAC).

  • Tutti gli accessi programmatici a UGC devono essere effettuati tramite l’API SRP.

ASRP è adatto:

  • Per farm di pubblicazione TarMK.
  • Quando non vi è alcuna intenzione di investire nello storage locale.
NOTE
In ASRP, il caricamento di allegati ai post (o ai commenti) è limitato a 50 MB.

MSRP - Provider risorsa di archiviazione MongoDB

Con questa opzione, l’UGC viene mantenuto direttamente in un’istanza MongoDB locale.

Il piano MSRP richiede:

  • Un’installazione locale autorizzata di MongoDB per archiviare i contenuti della community.
  • Installazione locale di Apache Solr.
  • Tutti gli accessi programmatici a UGC devono essere effettuati tramite l’API SRP.

ASRP è adatto:

  • Per una farm di pubblicazione TarMK esistente.
  • Per un cluster MongoMK o RdbMK.
  • Quando sono previsti volumi elevati di contenuti della community.

DSRP - Provider risorsa di archiviazione database relazionale

Con questa opzione, l'UGC viene mantenuto direttamente in un'istanza di database MySQL locale.

DSRP richiede:

  • Installazione locale di MySQL per archiviare il contenuto della community.
  • Installazione locale di Apache Solr.
  • Tutti gli accessi programmatici a UGC devono essere effettuati tramite l’API SRP.

DSRP è adatto:

  • Per una farm di pubblicazione TarMK esistente.
  • Per un cluster MongoMK o RdbMK.
  • Quando sono previsti volumi elevati di contenuti della community.

JSRP - Provider risorsa di archiviazione JCR

Con l’opzione predefinita, non esiste un archivio comune. L’UGC viene mantenuto solo nello stesso archivio JCR dell’istanza AEM in cui è stato inserito.

JSRP:

  • Memorizza il contenuto della community nell’archivio JCR dell’istanza di authoring o pubblicazione AEM in cui è stato pubblicato.
  • Richiede l’accesso programmatico a UGC tramite l’API SRP.
  • Richiede un cluster di pubblicazione se viene distribuita più di un’istanza di pubblicazione (non esiste alcun meccanismo di replica tra le istanze di pubblicazione in una farm TarMK).
  • la moderazione viene eseguita solo nell'ambiente di pubblicazione (non esiste alcun meccanismo di replica inversa/avanti tra authoring e pubblicazione).
  • È ideale per lo sviluppo, le dimostrazioni e la formazione.

Configurazione di SRP configuring-srp

L'opzione di archiviazione predefinita, basata sulla distribuzione sottostante, viene specificata tramite la console Configurazione archiviazione.

Per informazioni dettagliate sulla configurazione di ciascuna opzione, consulta:

Se non è selezionata alcuna opzione di archiviazione attiva, JSRP è attivato per impostazione predefinita.

Informazioni aggiuntive additional-information

UGC mai replicato ugc-never-replicated

Nell’ambiente di authoring, un autore crea il contenuto della pagina e lo replica nell’ambiente di pubblicazione. Quando una pagina include una funzione interattiva di AEM Communities, ad esempio commenti, recensioni, forum, blog o domande e risposte, l’interazione dei membri (visitatori del sito con accesso) su un’istanza Publish genera contenuti generati dagli utenti (UGC, User Generated Content) immessi nell’ambiente di pubblicazione.

In precedenza, questo contenuto della community veniva replicato inverso nelle istanze di authoring e dall’istanza di authoring a quella di pubblicazione. È stato problematico mantenere la coerenza tra le istanze AEM con la replica inversa e successiva.

A partire da AEM Communities 6.1, la necessità di replica di UGC è stata eliminata utilizzando lo storage condiviso per UGC, come descritto in precedenza.

Mentre il contenuto del sito viene replicato, UGC non viene mai replicato.

Gestione dei dati utente managing-user-data

Sono interessati anche i utenti, gruppi di utenti e profili utente. Questi dati relativi all'utente, quando vengono creati e aggiornati nell'ambiente di pubblicazione, devono essere resi disponibili ad altre istanze di pubblicazione quando la topologia è una farm di pubblicazione.

A partire da AEM Communities 6.1, i dati relativi all’utente vengono sincronizzati utilizzando la distribuzione Sling anziché la replica. Per ulteriori informazioni, visitare Sincronizzazione utente.

Aggiornamento ad AEM Communities 6.5 upgrading-to-aem-communities

Quando si esegue l’aggiornamento alle community AEM 6.5, se è necessario mantenere le UGC preesistenti, è necessario adottare misure a seconda che la community AEM 5.6.1 o AEM 6.0 utilizzasse lo storage Adobe on-demand o lo storage on-premise delle UGC.

Per informazioni dettagliate, visita Aggiornamento ad AEM Communities 6.5.

recommendation-more-help
81e2cd9d-0789-409d-b87c-2a8ce4f28791