Topologie consigliate per community

A partire AEM Communities 6.1, è stato adottato un approccio univoco per la gestione del contenuto generato dall’utente (UGC) inviato dai visitatori del sito (membri) dall’ambiente di pubblicazione.

Questo approccio è sostanzialmente diverso dal modo in cui la piattaforma AEM gestisce il contenuto del sito generalmente gestito dall’ambiente di authoring.

La piattaforma AEM utilizza un archivio nodi che replica il contenuto del sito dall'autore alla pubblicazione, mentre AEM Communities utilizza un singolo archivio comune per UGC che non viene mai replicato.

Per lo store UGC comune, è necessario scegliere un provider di risorse di storage SRP (Storage Resource Provider). Le opzioni consigliate sono:

Un'altra opzione SRP, JSRP - JCR Storage Resource Provider, non supporta uno store UGC comune per gli ambienti di creazione e pubblicazione per entrambi gli accessi.

La richiesta di uno store comune genera le seguenti topologie consigliate.

NOTA

Per AEM Communities, UGC non viene mai replicato.

Se la distribuzione non include uno store comune, UGC sarà visibile solo nell'istanza di pubblicazione AEM o di creazione in cui è stato immesso.

NOTA

Per ulteriori informazioni sulla piattaforma AEM, vedere Implementazioni consigliate e Introduzione alla piattaforma AEM.

Per produzione

La creazione di uno store comune per UGC è essenziale, e quindi l'implementazione sottostante dipende dalla sua capacità di supportare uno store comune.

Due esempi:

  1. Se il volume previsto di UGC è elevato e un'istanza MongoDB locale è possibile, la scelta sarà MSRP.

  2. Per ottenere prestazioni ottimali per il contenuto della pagina, la scelta di una farm di pubblicazione e di ASRP offrirebbe un ridimensionamento ottimale di UGC con operazioni relativamente semplici.

Per entrambi, la distribuzione può essere basata su qualsiasi microkernel OAK.

Per scegliere lo store comune appropriato, considerare attentamente le caratteristiche uniche di ciascuno.

Per ulteriori informazioni sui microkernel Oak, visitare Deployments consigliati.

TarMK Publish Farm

Quando la topologia è una fattoria di pubblicazione, gli argomenti rilevanti sono

MicroKernel CONTENTREPOSITIVO DEL SITO CONTENUTO GENERATO DALL'UTENTE FORNITORE DI RISORSE DI STORAGE STORE COMUNE
qualsiasi JCR MySQL DSRP Sì
qualsiasi JCR MongoDB MSRP Sì
qualsiasi JCR Adobe di storage su richiesta ASRP Sì

JSRP

Implementazione CONTENTREPOSITIVO DEL SITO CONTENUTO GENERATO DALL'UTENTE FORNITORE DI RISORSE DI STORAGE STORE COMUNE
Agriturismo TarMK (predefinito) JCR JCR JSRP No
Cluster Oak JCR JCR JSRP Sì solo per ambiente di pubblicazione

Per lo sviluppo

Per gli ambienti non di produzione, JSRP offre semplicità nella configurazione di un ambiente di sviluppo con un'istanza di creazione e un'istanza di pubblicazione.

Se si sceglie ASRP, DSRP o MSRP per la produzione, è anche possibile impostare un ambiente di sviluppo simile utilizzando Adobe di storage on-demand o MongoDB. Per un esempio, vedere Come impostare MongoDB per Demo.

Riferimenti

  • Sincronizzazione utente

    Descrive la sincronizzazione dei dati utente tra le istanze della farm di pubblicazione.

  • Gestione di utenti e gruppi di utenti

    Illustra i ruoli degli utenti e dei gruppi di utenti negli ambienti di creazione e pubblicazione.

  • UGC store comune

    Descrive l'archiviazione di contenuto community separato dal contenuto del sito

  • Archivi di nodi e archivi di dati

    In sostanza, il contenuto del sito viene memorizzato in un archivio nodi. Per le risorse, un archivio dati può essere configurato per memorizzare dati binari. Per Communities, è necessario configurare uno store comune per selezionare l'SRP.

  • Elementi di storage in AEM 6.3

    Descrive le implementazioni di storage a due nodi: Tar e MongoDB.

In questa pagina