SRP - Archiviazione dei contenuti della community srp-community-content-storage
Introduzione introduction
A partire da AEM Communities 6.1, il contenuto generato dall’utente (UGC) viene memorizzato in un singolo archivio comune fornito da un provider di risorse di archiviazione (SRP). Ci sono diverse opzioni SRP da scegliere, come ASRP, MSRP e JSRP.
A differenza delle versioni precedenti, non esiste una replica inversa/forward di UGC tra le istanze AEM. Al contrario, l’SRP rende l’UGC direttamente accessibile per le operazioni di creazione, lettura, aggiornamento ed eliminazione (CRUD) da tutte le istanze di authoring e pubblicazione, con un’eccezione per JSRP.
Di seguito sono riportati i caratteristiche di ciascuna opzione SRP, che costituisce un'informazione fondamentale per il processo decisionale nella scelta dell'SRP appropriato e distribuzione sottostante.
Per informazioni dettagliate sull'uso dell'SRP per UGC, vedi Panoramica del provider di risorse di storage.
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. Richiede una licenza aggiuntiva e collabora con un rappresentante commerciale per fornire l'account per quella licenza specifica.
- Richiede un servizio cloud associato fornito e supportato da Adobe per archiviare i contenuti della community
- Richiede la scelta di un centro dati in una posizione geografica specifica (Stati Uniti, EMEA, APAC)
- Richiede l’accesso programmatico a UGC tramite l’API SRP
- Adatto per farm di pubblicazione TarMK
- Adatto quando non si intende investire nello storage locale
MSRP - Provider risorsa di archiviazione MongoDB
Con questa opzione, l’UGC viene mantenuto direttamente in un’istanza MongoDB locale.
- Richiede un'installazione locale con licenza di MongoDB per memorizzare i contenuti della community
- Richiede un'installazione locale di Apache Solr
- Richiede l’accesso programmatico a UGC tramite l’API SRP
- Ideale per una farm di pubblicazione TarMK esistente
- Adatto per un cluster MongoMK o RdbMK
- Adatto per grandi quantità di contenuti comunitari
DSRP - Provider risorsa di archiviazione database relazionale
Con questa opzione, l'UGC viene mantenuto direttamente in un'istanza di database MySQL locale.
- Richiede un'installazione locale di MySQL per memorizzare il contenuto della community
- Richiede un'installazione locale di Apache Solr
- Richiede l’accesso programmatico a UGC tramite l’API SRP
- Ideale per una farm di pubblicazione TarMK esistente
- Adatto per un cluster MongoMK o RdbMK
- Adatto per grandi quantità di contenuti comunitari
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.
- Memorizza i contenuti della community nell’archivio JCR dell’istanza di authoring o pubblicazione AEM a cui è stato pubblicato
- Richiede l’accesso programmatico a UGC tramite l’API SRP
- Richiede un cluster di pubblicazione se vengono distribuite più istanze di pubblicazione (non esiste un meccanismo di replica tra le istanze di pubblicazione in una farm TarMK)
- La moderazione viene eseguita solo nell’ambiente di pubblicazione (non esiste un meccanismo di replica inversa/forward tra l’autore e la pubblicazione)
- Generalmente migliore per lo sviluppo, le dimostrazioni e la formazione
Configurazione dell’SRP configuring-srp
La specificazione dell'opzione di archiviazione predefinita, basata sulla distribuzione sottostante, viene eseguita tramite Console di configurazione dell'archiviazione.
Per i dettagli di configurazione di ciascuna opzione, vedi:
Se non è selezionata alcuna opzione di archiviazione attiva, per impostazione predefinita JSRP è abilitato.
Informazioni aggiuntive additional-information
UGC non 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 di AEM Communities interattiva, ad esempio commenti, revisioni, forum, blog o QnA, l’interazione dei membri (connessi ai visitatori del sito) su un’istanza di pubblicazione si traduce in contenuti generati dagli utenti (UGC) inseriti nell’ambiente di pubblicazione.
In precedenza, il contenuto della community veniva replicato inverso nelle istanze dell’autore e dall’autore replicato alle istanze 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
Anche di interesse per i Comuni sono utenti, gruppi di utenti e profili utente. Questi dati relativi all’utente, quando creati e aggiornati nell’ambiente di pubblicazione, devono essere resi disponibili ad altre istanze di pubblicazione quando la topologia è una pubblica azienda.
A partire da AEM Communities 6.1, i dati relativi all’utente vengono sincronizzati utilizzando la distribuzione Sling invece della replica. Per ulteriori informazioni, visita Sincronizzazione utente.
Aggiornamento ad AEM Communities 6.2 upgrading-to-aem-communities
Quando esegui l’aggiornamento ad AEM Communities 6.3, se è necessario mantenere gli 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 on-premise di UGC.
Per maggiori dettagli, visita Aggiornamento ad AEM Communities 6.3.