Topologies recommandées pour Communities

ATTENTION

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.

REMARQUE

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.

REMARQUE

Pour plus d’informations sur la plateforme AEM, voir Déploiements recommandés et Présentation de la plateforme AEM.

Pour la 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

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

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

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

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

Sur cette page