Show Menu
SUJETS×

SRP - Stockage de contenu communautaire

Présentation

Depuis la version 6.1 des Communautés AEM, 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 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, consultez Présentation du fournisseur de ressources de stockage.
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 profils utilisateur 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

ASRP - Fournisseur de ressources de stockage 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 l’aide d’un gestionnaire de compte pour configurer le compte pour cette licence spécifique.
  • Nécessite un service cloud associé fourni et pris en charge par Adobe pour stocker le contenu de la communauté
  • Nécessite le choix d’un centre de données dans une zone géographique spécifique (Etats-Unis, EMEA, APAC)
  • Nécessite que tous les accès programmatiques à l’UGC soient effectués via l’API SRP
  • Compatible avec la batterie de publication TarMK
  • Convient lorsqu'il n'est pas prévu d'investir dans le stockage local
Le téléchargement de pièces jointes vers des publications (ou commentaires) dans ASRP est limité à 50 Mo.
MSRP - Fournisseur de ressources de stockage MongoDB Avec cette option, l’UGC est conservé directement dans une instance MongoDB locale.
  • Nécessite une installation locale sous licence de MongoDB pour stocker le contenu de la communauté
  • Nécessite une installation locale d'Apache Solr
  • Nécessite que tous les accès programmatiques à l’UGC soient effectués via l’API SRP
  • Adapté à une batterie de publication TarMK existante
  • Adapté à une grappe MongoMK ou RdbMK
  • Convient en cas d’attente de gros volumes de contenu de la communauté
DSRP - Fournisseur de ressources de stockage de base de données relationnel Avec cette option, l’UGC est conservé directement dans une instance locale de base de données MySQL.
  • Nécessite une installation locale de MySQL pour stocker le contenu de la communauté
  • Nécessite une installation locale d'Apache Solr
  • Nécessite que tous les accès programmatiques à l’UGC soient effectués via l’API SRP
  • Adapté à une batterie de publication TarMK existante
  • Adapté à une grappe MongoMK ou RdbMK
  • Convient en cas d’attente de gros volumes de contenu de la communauté
JSRP - Fournisseur de ressources de stockage JCR 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.
  • Stocke le contenu de la communauté dans le référentiel JCR de l’instance d’auteur ou de publication AEM sur 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 effectuée uniquement dans l’environnement de publication (il n’existe aucun mécanisme de réplication inverse/transfert entre l’auteur et la publication).
  • Généralement le meilleur pour le développement, les démonstrations et la formation

Configuration de SRP

La spécification de l'option de stockage par défaut, en fonction du déploiement sous-jacent, est effectuée via la console Configuration du 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

UGC jamais répliqué

Dans l’environnement de création, un auteur crée du contenu de page et le répliquera dans l’environnement de publication. Lorsqu’une page comprend une fonction interactive Communautés AEM (commentaires, révisions, forum, blog ou QnA, par exemple), l’interaction des membres (connectés aux visiteurs du 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 avancée.
À partir de la version 6.1 des Communautés AEM, le besoin de réplication de l’UGC a été éliminé en utilisant le stockage 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 , les groupes d’ utilisateurs et les profils d’ utilisateurs intéressent également les communautés. Ces données utilisateur, lorsqu’elles sont créées et mises à jour dans l’environnement 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.2

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