Topologies recommandées pour Communities recommended-topologies-for-communities

CAUTION
AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Depuis AEM Communities 6.1, une approche unique a été adoptée pour gérer le contenu généré par les utilisateurs (UGC) envoyé par les visiteurs du site (membres) à partir de l’environnement de publication.

Cette approche diffère fondamentalement de la manière dont la plateforme AEM gère le contenu du site généralement géré à partir de l’environnement de création.

La plateforme AEM utilise un magasin de noeuds qui reproduit le contenu du site de l’auteur à la publication, tandis qu’AEM Communities utilise un seul magasin commun pour le contenu généré par l’utilisateur qui n’est jamais répliqué.

Pour le magasin UGC commun, il est nécessaire de choisir un fournisseur de ressources de stockage (SRP). Les choix recommandés sont les suivants :

une autre option de SRP, JSRP - Fournisseur de ressources de stockage JCR, ne prend pas en charge un magasin UGC commun pour les environnements de création et de publication à accès simultané.

L’exigence d’un magasin commun entraîne les topologies recommandées suivantes.

NOTE
Pour AEM Communities, Le contenu généré par l’utilisateur n’est jamais répliqué..
Lorsque le déploiement n’inclut pas une magasin commun, le contenu généré par l’utilisateur ne sera visible que sur l’instance de publication ou d’auteur AEM sur laquelle il a été saisi.
NOTE
Pour plus d’informations sur la plateforme AEM, voir Déploiements recommandés et Présentation de la plateforme AEM.

Pour la production for-production

La création d’un magasin commun pour le contenu généré par l’utilisateur est essentielle, de sorte que le déploiement sous-jacent dépend de sa capacité à prendre en charge un magasin commun.

Deux exemples :

  1. Si le volume attendu du contenu créé par l’utilisateur est élevé et qu’une instance MongoDB locale est possible, le choix serait MSRP.

  2. Pour des performances optimales du contenu de la page, le choix d’un batterie de publication et ASRP offre une mise à l’échelle optimale du contenu généré par l’utilisateur avec des opérations relativement simples.

Pour les deux, le déploiement peut être basé sur n’importe quel micronoyau OAK.

Pour choisir le magasin commun approprié, considérez soigneusement l’événement caractéristiques de chacun.

Pour plus d’informations sur les microkernals Oak, voir Déploiements recommandés.

Ferme de publication TarMK tarmk-publish-farm

Lorsque la topologie est une ferme de publication, les sujets pertinents importants sont

Recommandé : DSRP, MSRP ou ASRP recommended-dsrp-msrp-or-asrp

MicroKernel
CONTENTREPOSITORY DU SITE
CONTENTREPOSITORY GÉNÉRÉ PAR L’UTILISATEUR
FOURNISSEUR DE RESSOURCES DE STOCKAGE
COMMON STORE
quelconque
JCR
MySQL
DSRP
Oui
quelconque
JCR
MongoDB
MSRP
Oui
quelconque
JCR
Adobe du stockage sur demande
ASRP
Oui

JSRP jsrp

Déploiement
CONTENTREPOSITORY DU SITE
CONTENTREPOSITORY GÉNÉRÉ PAR L’UTILISATEUR
FOURNISSEUR DE RESSOURCES DE STOCKAGE
COMMON STORE
Ferme TarMK (par défaut)
JCR
JCR
JSRP
Non
Grappe Oak
JCR
JCR
JSRP
Yesfor Publish uniquement

Pour le développement for-development

Pour les environnements hors production, JSRP simplifie la configuration d’un environnement de développement avec une instance d’auteur et une instance de publication.

Si vous choisissez ASRP, DSRP ou MSRP pour la production, il est également possible de configurer un environnement de développement similaire à l’aide du stockage à la demande Adobe ou de MongoDB. Pour consulter un exemple, reportez-vous à la section Comment configurer MongoDB pour la démonstration.

Références references

recommendation-more-help
5d37d7b0-a330-461b-814d-068612705ff6