SRP - Stockage de contenu communautaire srp-community-content-storage

Présentation introduction

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 de stockage (SRP). Il existe plusieurs options de SRP que vous pouvez sélectionner, telles que ASRP, MSRP et JSRP.

Contrairement aux versions précédentes, il n’existe pas de réplication inverse/transfert du contenu créé par l’utilisateur entre les instances AEM. Au lieu de cela, la SRP rend le contenu créé par l’utilisateur directement accessible pour les opérations CRUD (création, lecture, mise à jour et suppression) de toutes les instances d’auteur et de publication, à l’exception de JSRP.

Voici les caractéristiques de chaque option de SRP, qui est une information essentielle au processus de décision lors du choix de la SRP appropriée et déploiement sous-jacent.

Pour plus d’informations sur l’utilisation de la SRP pour le contenu généré par l’utilisateur, voir Présentation du fournisseur de ressources de stockage.

NOTE
La SRP s’applique uniquement au contenu de la communauté. Cela n’a aucune incidence sur l’emplacement de stockage du contenu du site (magasin de noeuds) et n’a aucune incidence sur la gestion sécurisée de l’enregistrement des utilisateurs, des profils utilisateur et des groupes d’utilisateurs entre les instances AEM (voir aussi Gestion des données utilisateur).
CAUTION
À partir de la version AEM 6.1, Le contenu généré par l’utilisateur n’est jamais répliqué.
Lorsque le déploiement n’inclut pas de magasin commun, tel que la valeur par défaut JSRP topologie, 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. Ce n’est que si la topologie inclut une grappe de publication que le contenu généré par l’utilisateur sera visible sur n’importe quelle instance de publication.

Caractéristiques des options SRP characteristics-of-srp-options

ASRP - Fournisseur de ressources de stockage d’Adobe

Avec cette option, le contenu créé par l’utilisateur est conservé à distance dans un service cloud hébergé et géré par Adobe. Il nécessite une licence supplémentaire et l’utilisation 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 (États-Unis, EMEA, APAC).

  • Tous les accès programmatiques au contenu généré par l’utilisateur sont effectués par le biais de l’API SRP.

ASRP convient :

  • Pour la ferme de publication TarMK.
  • Lorsqu’il n’y a aucune intention d’investir dans le stockage local.
NOTE
Le téléchargement des pièces jointes aux publications (ou commentaires) dans ASRP est limité à 50 Mo.

MSRP - Fournisseur de ressources de stockage MongoDB

Avec cette option, le contenu généré par l’utilisateur est conservé directement dans une instance MongoDB locale.

MSRP requiert :

  • Une installation locale sous licence de MongoDB pour stocker le contenu de la communauté.
  • Une installation locale d’Apache Solr.
  • Tous les accès programmatiques au contenu généré par l’utilisateur sont effectués par le biais de l’API SRP.

ASRP convient :

  • Pour une ferme de publication TarMK existante.
  • Pour une grappe MongoMK ou RdbMK.
  • En cas d’attente de grands volumes de contenu de communauté.

DSRP - Fournisseur de ressources de stockage de la base de données relationnelle

Avec cette option, le contenu généré par l’utilisateur est conservé directement dans une instance de base de données MySQL locale.

Le DSRP requiert :

  • Une installation locale de MySQL pour stocker le contenu de la communauté.
  • Une installation locale d’Apache Solr.
  • Tous les accès programmatiques au contenu généré par l’utilisateur sont effectués par le biais de l’API SRP.

DSRP convient :

  • Pour une ferme de publication TarMK existante.
  • Pour une grappe MongoMK ou RdbMK.
  • En cas d’attente de grands volumes de contenu de communauté.

JSRP - Fournisseur de ressources de stockage JCR

Avec l’option par défaut, il n’y a pas de boutique courante. Le contenu généré par l’utilisateur n’est conservé que 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 l’accès programmatique au contenu généré par l’utilisateur via l’API SRP.
  • Nécessite un cluster de publication si plusieurs instances de publication sont déployées (il n’existe aucun mécanisme de réplication entre les instances de publication dans une ferme TarMK).
  • la modération est effectuée uniquement dans l’environnement de publication (il n’existe pas de 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 la SRP configuring-srp

La spécification de l’option de stockage par défaut, en fonction du déploiement sous-jacent, est effectuée par l’intermédiaire de la variable Console de configuration de stockage.

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

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

Informations supplémentaires additional-information

UGC jamais répliqué ugc-never-replicated

Dans l’environnement de création, un auteur crée du contenu de page et le réplique dans l’environnement de publication. Lorsqu’une page comprend une fonction AEM Communities interactive (commentaires, révisions, forum, blog ou Q&R, par exemple), l’interaction des membres (connectés aux visiteurs du site) sur une instance de publication génère du contenu généré par l’utilisateur (UGC) entré dans l’environnement de publication.

Auparavant, ce contenu de communauté était répliqué par inverse vers les instances d’auteur et répliqué par l’auteur vers les instances de publication. Il était problématique de maintenir la cohérence entre les instances AEM avec la réplication inverse et vers l’avant.

À partir d’AEM Communities 6.1, le besoin de réplication du contenu créé par l’utilisateur a été éliminé en utilisant le stockage partagé pour le contenu créé par l’utilisateur, comme décrit ci-dessus.

Bien que le contenu du site soit répliqué, le contenu généré par l’utilisateur n’est jamais répliqué.

Gestion des données utilisateur managing-user-data

Ce qui intéresse aussi les CommunitId utilisateurs, groupes d’utilisateurs, et profils utilisateur. Une fois créées et mises à jour dans l’environnement de publication, ces données liées aux utilisateurs 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 liées à l’utilisateur sont synchronisées à l’aide de la distribution Sling plutôt que de la réplication. Pour plus d’informations, voir Synchronisation des utilisateurs.

Mise à niveau vers AEM Communities 6.5 upgrading-to-aem-communities

Lors de la mise à niveau vers AEM 6.5 Communities, si du contenu créé par l’utilisateur préexistant doit être conservé, des étapes doivent être prises selon que la communauté AEM 5.6.1 ou 6.0 a utilisé le stockage Adobe à la demande ou le stockage on-premise du contenu créé par l’utilisateur.

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

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