Show Menu
SUJETS×

SRP - de contenu de la communauté

Présentation

A compter de la version 6.1 des Communautés AEM, le contenu généré par l’utilisateur est stocké dans un magasin commun unique fourni par un fournisseur de ressources (SRP). Il existe plusieurs options SRP à partir desquelles choisir, telles que ASRP, MSRP et JSRP.
Contrairement aux versions précédentes, il n’existe pas de réplication inverse/avancée de l’UGC dans les instances AEM. Au lieu de cela, le protocole SRP rend l’UGC directement accessible pour créer, lire, mettre à jour et supprimer des opérations CRUD de toutes les instances d’auteur et de publication, à l’exception de JSRP.
Voici les caractéristiques de chaque option de PRS, qui est une information essentielle pour le processus décisionnel lors du choix du PRS approprié et du déploiement Topologies recommandées pour Communities sous-jacent.
Pour plus d'informations sur l'utilisation de SRP pour l'UGC, reportez-vous à la page Présentation Aperçu du fournisseur de ressources des des fournisseurs de ressources.
SRP s’applique uniquement au contenu de la communauté. Elle n’affecte pas l’emplacement de stockage du contenu du site (magasin de noeuds) et n’affecte pas la gestion sécurisée de l’enregistrement des utilisateurs, des d’utilisateurs et des groupes d’utilisateurs entre les instances AEM (voir aussi Gestion des données utilisateur).
Lorsque le déploiement n’inclut pas de magasin commun, tel que la topologie JSRP par défaut, l’UGC n’est visible que sur l’instance de publication ou d’auteur AEM sur laquelle il a été saisi. L’UGC n’est visible sur aucune instance de publication que si la topologie inclut une grappe de publication.

Caractéristiques des options SRP

Avec cette option, l’UGC est conservé à distance dans un service cloud hébergé et géré par Adobe. Il nécessite une licence supplémentaire et l’aide d’un gestionnaire de compte pour configurer le compte pour cette licence spécifique. ASRP requiert :
  • Service cloud associé fourni et pris en charge par Adobe pour stocker le contenu de la communauté.
  • Choix d’un centre de données dans une zone géographique spécifique (Etats-Unis, EMEA, APAC).
  • Tous les accès programmatiques à l’UGC doivent être effectués via l’API SRP.
ASRP convient :
  • Pour la batterie de publication TarMK.
  • Quand il n'y a pas d'intention d'investir dans les locaux .
Le téléchargement de pièces jointes vers des publications (ou commentaires) dans ASRP est limité à 50 Mo.
Avec cette option, l’UGC est conservé directement dans une instance MongoDB locale.
Le MSRP requiert :
  • Installation locale sous licence de MongoDB pour stocker le contenu de la communauté.
  • Une installation locale d'Apache Solr.
  • Tous les accès programmatiques à l’UGC doivent être effectués via l’API SRP.
ASRP convient :
  • Pour une batterie de publication TarMK existante.
  • Pour une grappe MongoMK ou RdbMK.
  • Lorsque vous vous attendez à de gros volumes de contenu de la communauté.
Avec cette option, l’UGC est conservé directement dans une instance locale de base de données MySQL.
Le DSRP requiert :
  • Installation locale de MySQL pour stocker le contenu de la communauté.
  • Une installation locale d'Apache Solr.
  • Tous les accès programmatiques à l’UGC doivent être effectués via l’API SRP.
Le DSRP convient :
  • Pour une batterie de publication TarMK existante.
  • Pour une grappe MongoMK ou RdbMK.
  • Lorsque vous vous attendez à de gros volumes de contenu de la communauté.
Avec l’option par défaut, il n’existe aucun magasin commun. L’UGC est conservé uniquement dans le même référentiel JCR que l’instance AEM dans laquelle il a été saisi.
JSRP:
  • Stocke le contenu de la communauté dans le référentiel JCR de l’instance d’auteur ou de publication AEM à laquelle il a été publié.
  • Nécessite que tous les accès programmatiques à l’UGC soient effectués via l’API SRP.
  • Nécessite une grappe de publication si plusieurs instances de publication sont déployées (il n’existe aucun mécanisme de réplication parmi les instances de publication dans une batterie TarMK).
  • la modération est exécutée uniquement dans le de publication (il n’existe aucun mécanisme de réplication inverse/transfert entre l’auteur et la publication).
  • Il est préférable pour le développement, les démonstrations et la formation.

Configuration de SRP

La spécification de l’option de de par défaut, basée sur le déploiement sous-jacent, est effectuée via la console Configuration de .
Pour plus d’informations sur la configuration de chaque option, voir :
Si aucune option n’est activement sélectionnée, JSRP est activé par défaut.

Informations supplémentaires

UGC jamais répliqué

Dans le de l’auteur , un auteur crée le contenu de la page et le duplique dans le de publication . Lorsqu’une page comprend une fonctionnalité interactive des communautés AEM, telle que des commentaires, des révisions, un forum, un blog ou QnA, l’interaction des membres (connectés dans des de site) sur une instance de publication génère le contenu généré par l’utilisateur (UGC) saisi dans le de publication .
Auparavant, ce contenu de la communauté était répliqué de manière inversée aux instances d’auteur et répliqué par l’auteur aux instances de publication. Il était problématique de maintenir la cohérence entre les instances AEM avec la réplication inverse et avancée.
À partir de la version 6.1 des Communautés AEM, le besoin de réplication de l’UGC a été éliminé grâce à l’utilisation d’un partagé pour l’UGC, comme décrit ci-dessus.
Bien que le contenu du site soit répliqué, UGC n’est jamais répliqué.

Gestion des données utilisateur

Les *utilisateurs utilisateurs présentent également un intérêt pour CommunitIes. Ces données utilisateur, lorsqu’elles sont créées et mises à jour dans le de publication , doivent être mises à la disposition des autres instances de publication lorsque la topologie est une batterie de publication .
Depuis la version 6.1 des communautés AEM, les données liées aux utilisateurs sont synchronisées à l’aide de la distribution Sling au lieu de la réplication. Pour plus d’informations, consultez Synchronisation des utilisateurs.

Upgrading to AEM Communities 6.5

Lors de la mise à niveau vers les communautés AEM 6.5, si l’UGC préexistant doit être conservé, des étapes doivent être effectuées selon que la communauté AEM 5.6.1 ou AEM 6.0 a utilisé les à la demande Adobe ou les sur site de l’UGC.
Pour plus d’informations, consultez Mise à niveau vers AEM Communities 6.5 .