Topologie consigliate per le community recommended-topologies-for-communities

A partire da AEM Communities 6.1, è stato adottato un approccio univoco per la gestione dei contenuti generati dagli utenti (UGC) inviati dai visitatori del sito (membri) dall’ambiente di pubblicazione.

Questo approccio è fondamentalmente diverso dal modo in cui la piattaforma AEM gestisce i contenuti del sito che sono generalmente gestiti dall’ambiente di authoring.

La piattaforma AEM utilizza un archivio nodi che replica il contenuto del sito dall’ambiente di authoring a quello di pubblicazione, mentre AEM Communities utilizza un singolo archivio comune per i contenuti generati dagli utenti che non vengono mai replicati.

Per il negozio UGC comune, è necessario scegliere un provider di risorse di archiviazione (SRP). Le scelte consigliate sono:

un'altra opzione SRP, JSRP - Provider risorsa di archiviazione JCR, non supporta un archivio UGC comune per gli ambienti di authoring e pubblicazione per accedere a entrambi.

La richiesta di un archivio comune determina le seguenti topologie consigliate.

NOTE
Per AEM Communities, UGC non viene mai replicato.
Quando la distribuzione non include un archivio comune, UGC sarà visibile solo nell’istanza di pubblicazione o authoring dell’AEM in cui è stato inserito.
NOTE
Per maggiori informazioni sulla piattaforma AEM, vedi Distribuzioni consigliate e Introduzione alla piattaforma AEM.

Per la produzione for-production

La creazione di un archivio comune per i contenuti generati dagli utenti (UGC, Common Store) è essenziale, pertanto la distribuzione sottostante dipende dalla sua capacità di supportare un archivio comune.

Due esempi:

  1. Se il volume previsto di UGC è elevato ed è possibile un’istanza MongoDB locale, la scelta è MSRP.

  2. Per prestazioni ottimali per il contenuto della pagina, è possibile scegliere tra farm di pubblicazione e ASRP fornirebbe la scalabilità ottimale di UGC con operazioni relativamente semplici.

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

Per scegliere il negozio comune appropriato, considerare attentamente l'unico caratteristiche di ciascuno.

Per maggiori dettagli sui microkernals Oak, visita Distribuzioni consigliate.

Farm di pubblicazione TarMK tarmk-publish-farm

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

Consigliato: DSRP, MSRP o ASRP recommended-dsrp-msrp-or-asrp

MicroKernel
ARCHIVIO CONTENUTO SITO
ARCHIVIO CONTENUTI GENERATO DALL'UTENTE
PROVIDER RISORSA DI ARCHIVIAZIONE
ARCHIVIO COMUNE
qualsiasi
JCR
MySQL
DSRP
qualsiasi
JCR
MongoDB
MSRP
qualsiasi
JCR
Adobe di storage on-demand
ASRP

JSRP jsrp

Distribuzione
ARCHIVIO CONTENUTO SITO
ARCHIVIO CONTENUTI GENERATO DALL'UTENTE
PROVIDER RISORSA DI ARCHIVIAZIONE
ARCHIVIO COMUNE
Farm TarMK (impostazione predefinita)
JCR
JCR
JSRP
No
Cluster Oak
JCR
JCR
JSRP
Sì solo per l’ambiente di pubblicazione

Per lo sviluppo for-development

Per ambienti non di produzione, JSRP fornisce semplicità nella configurazione di un ambiente di sviluppo con un’istanza Autore e un’istanza Publish.

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

Riferimenti references

  • Sincronizzazione utente

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

  • Gestione di utenti e gruppi di utenti

    Descrive i ruoli degli utenti e dei gruppi di utenti negli ambienti di authoring e pubblicazione.

  • UGC archivio comune

    Descrive l'archiviazione del contenuto della community separata dal contenuto del sito.

  • Archivi nodi e archivi dati

    In pratica, il contenuto del sito viene memorizzato in un archivio nodi. Per Assets, è possibile configurare un archivio dati per l’archiviazione di dati binari. Per le community, è necessario configurare un archivio comune per selezionare l'SRP.

  • Elementi di archiviazione

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

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