SRP - Enregistrement de contenu communautaire

Présentation

Depuis AEM Communities 6.1, le contenu généré par l’utilisateur est stocké dans un seul magasin commun fourni par un fournisseur de ressources d’enregistrement (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 entre 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.

Vous trouverez ci-dessous les caractéristiques de chaque optionde PRS, qui est une information cruciale pour le processus décisionnel lors du choix du PRS approprié et du déploiement sous-jacent.

Pour plus d'informations sur l'utilisation de SRP pour UGC, consultez Présentation des fournisseurs de ressourcesd'Enregistrement.

Remarque

SRP s'applique uniquement au contenu de la communauté. Elle n’affecte pas l’emplacement de stockage du contenu du site (magasindenoeuds) et n’affecte pas la gestion sécurisée de l’enregistrement des utilisateurs, des profils d’utilisateurs et des groupes d’utilisateurs entre les instances d’AEM (voir également Gestion des donnéesutilisateur).

ATTENTION

À partir de AEM 6.1, UGC n'est jamais répliqué.

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. Ce n’est que si la topologie inclut une grappe de publication que l’UGC sera visible sur toute instance de publication.

Caractéristiques des options SRP

ASRP - Fournisseur de ressources d'Enregistrement d'Adobe

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 travaille avec un gestionnaire de compte pour configurer le compte pour cette licence spécifique. ASRP requiert :

  • Service cloud associé fourni et pris en charge par l’Adobe pour stocker le contenu de la communauté.

  • Choix d’un centre de données dans une zone géographique spécifique (États-Unis, EMEA, APAC).

  • Tous les accès programmatiques à l'UGC sont possibles via l'API SRP.

ASRP convient :

  • Pour la batterie de publication TarMK.
  • Quand il n'y a pas d'intention d'investir dans l'enregistrement local.
Remarque

Le téléchargement des pièces jointes aux publications (ou commentaires) dans ASRP est limité à 50 Mo.

MSRP - Fournisseur de ressources d'Enregistrement MongoDB

Avec cette option, l’UGC est conservé directement dans une instance MongoDB locale.

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 sont possibles via l'API SRP.

ASRP convient :

  • Pour une batterie de publication TarMK existante.
  • Pour une grappe MongoMK ou RdbMK.
  • Lorsque vous attendez de gros volumes de contenu de la communauté.

DSRP - Fournisseur de ressources d'Enregistrement de données relationnelles

Avec cette option, l’UGC est conservé directement dans une instance de base de données MySQL locale.

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 sont possibles via l'API SRP.

DSRP convient :

  • Pour une batterie de publication TarMK existante.
  • Pour une grappe MongoMK ou RdbMK.
  • Lorsque vous attendez de gros volumes de contenu de la communauté.

JSRP - Fournisseur de ressources d’Enregistrement JCR

Avec l’option par défaut, il n’existe pas de magasin commun. L’UGC n’est conservé que dans le même référentiel JCR que l’instance AEM dans laquelle il a été entré.

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 l’accès programmatique à l’UGC par le biais de 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 l’environnement de publication (il n’existe aucun mécanisme de réplication inverse/transfert entre l’auteur et la publication).
  • Est le meilleur pour le développement, les démonstrations et la formation.

Configuration de SRP

La spécification de l’option d’enregistrement par défaut, en fonction du déploiement sous-jacent, est effectuée via la console Configuration de l’Enregistrement.

Pour plus d'informations sur la configuration de chaque option, voir :

Si aucune option d’enregistrement n’est activement sélectionnée, JSRP est activé par défaut.

Informations supplémentaires

UGC jamais répliqué

Dans l’environnement d’auteur, un auteur crée du contenu de page et le répliquera dans l’environnement de publication. Lorsqu’une page comprend une fonction d’AEM Communities interactive, telle que des commentaires, des révisions, un forum, un blog ou une QnA, l’interaction des membres (connectés en visiteurs de site) sur une instance de publication génère l’entrée de contenu généré par l’utilisateur dans l’environnement 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 à terme.

À partir de AEM Communities 6.1, la nécessité de reproduire le CU a été éliminée en utilisant l'enregistrement partagé pour le CU, comme indiqué ci-dessus.

Bien que le contenu du site soit répliqué, UGC n’est jamais répliqué.

Gestion des données utilisateur

CommunitIes s’intéresse également aux utilisateurs, aux groupes d’ utilisateurs et aux profils d’ utilisateurs. Une fois créées et mises à jour dans l’environnement de publication, ces données utilisateur doivent être mises à la disposition d’autres instances de publication lorsque la topologie est une batterie de publication.

Depuis AEM Communities 6.1, les données relatives aux utilisateurs sont synchronisées à l’aide de la distribution Sling plutôt que de la réplication. Pour plus d’informations, consultez la section Synchronisation desutilisateurs.

Upgrading to AEM Communities 6.5

Lors de la mise à niveau vers AEM 6.5 Communautés, si des CU préexistants doivent être conservés, des mesures doivent être prises selon que la communauté AEM 5.6.1 ou 6.0 a utilisé l'Adobe à la demande ou l'enregistrement local de CU.

Pour plus d’informations, consultez Mise à niveau vers AEM Communities 6.5.

Sur cette page