Empfohlene Topologien für Communities

Ab AEM Communities 6.1 wurde ein einzigartiger Ansatz für die Verarbeitung benutzergenerierter Inhalte (UGC) gewählt, die von Site-Besuchern (Mitgliedern) aus der Veröffentlichungsumgebung eingereicht wurden.

Dieser Ansatz unterscheidet sich grundlegend von der Art und Weise, wie die AEM Plattform Site-Inhalte verarbeitet, die im Allgemeinen aus der Autorenumgebung verwaltet werden.

Die AEM-Plattform verwendet einen Knotenspeicher, der Site-Inhalte vom Autor zur Veröffentlichung repliziert, während AEM Communities einen einzigen, gemeinsamen Speicher für benutzergenerierte Inhalte verwendet, der nie repliziert wird.

Für den gängigen UGC-Store muss ein Storage Resource Provider (SRP). Die empfohlenen Optionen sind:

eine andere SRP-Option, JSRP - JCR Storage Resource Providerunterstützt keinen gängigen UGC-Store für die Autoren- und Veröffentlichungsumgebungen für beide Zugriffs.

Die Anforderung eines gemeinsamen Stores führt zu den folgenden empfohlenen Topologien.

HINWEIS

Für AEM Communities: UGC wird nie repliziert.

Wenn die Bereitstellung keine gemeinsamer Speicher, wird UGC nur in der AEM- oder Autoreninstanz angezeigt, in der sie eingegeben wurde.

HINWEIS

Weitere Informationen zur AEM finden Sie unter Empfohlene Bereitstellungen und Einführung in die AEM Platform.

für die Produktion

Die Einrichtung eines gemeinsamen Stores für benutzergenerierte Inhalte ist unerlässlich, und daher ist die zugrunde liegende Bereitstellung von der Fähigkeit abhängig, einen gemeinsamen Speicher zu unterstützen.

Zwei Beispiele:

  1. Wenn das erwartete UGC-Volumen und eine lokale MongoDB-Instanz möglich sind, wäre die Auswahl MSRP.

  2. Um eine optimale Leistung für Seiteninhalte zu erzielen, wählen Sie eine Veröffentlichungsfarm und ASRP würde eine optimale Skalierung der benutzergenerierten Inhalte bei relativ unkomplizierten Vorgängen ermöglichen.

Für beide kann die Bereitstellung auf einem beliebigen OAK-Mikrokernel basieren.

Wenn Sie den entsprechenden gemeinsamen Speicher auswählen möchten, sollten Sie die eindeutige Merkmale von jedem

Weitere Informationen zu Oak-Mikrokernals finden Sie unter Empfohlene Bereitstellungen.

TarMK-Veröffentlichungsfarm

Wenn es sich bei der Topologie um eine Veröffentlichungsfarm handelt, sind relevante Themen von Bedeutung

MicroKernel SITE CONTENTREPOSITORY BENUTZERGENERIERTER CONTENTREPOSITORY RESSOURCENANBIETER SPEICHERN HÄUFIGES SPEICHER
beliebig JCR MySQL DSRP Ja
beliebig JCR MongoDB MSRP Ja
beliebig JCR Adobe On-Demand-Speicher ASRP Ja

JSRP

Bereitstellung SITE CONTENTREPOSITORY BENUTZERGENERIERTER CONTENTREPOSITORY RESSOURCENANBIETER SPEICHERN HÄUFIGES SPEICHER
TarMK-Farm (Standard) JCR JCR JSRP Nein
Oak-Cluster JCR JCR JSRP Nur für Veröffentlichungsumgebung

Für Entwicklung

Bei Nicht-Produktionsumgebungen: JSRP bietet eine einfache Möglichkeit, eine Entwicklungsumgebung mit einer Autoreninstanz und einer Veröffentlichungsinstanz einzurichten.

Wenn Sie ASRP, DSRP oder MSRP Für die Produktion ist es auch möglich, eine ähnliche Entwicklungsumgebung mit Adobe On-Demand-Speicher oder MongoDB einzurichten. Ein Beispiel finden Sie unter Einrichten von MongoDB für Demo.

Verweise

  • Benutzersynchronisierung

    Beschreibt die Synchronisierung von Benutzerdaten zwischen Veröffentlichungsfarm-Instanzen.

  • Verwalten von Benutzern und Benutzergruppen

    Erläutert die Rollen von Benutzern und Benutzergruppen in der Autoren- und Veröffentlichungsumgebung.

  • UGC gemeinsamer Speicher

    Beschreibt die Speicherung von Community-Inhalten getrennt vom Site-Inhalt

  • Knotenspeicher und Datenspeicher

    Grundsätzlich wird der Site-Inhalt in einem Knotenspeicher gespeichert. Für Assets kann ein Datenspeicher zum Speichern von Binärdaten konfiguriert werden. Für Communities muss ein gemeinsamer Speicher zur Auswahl des SRP konfiguriert werden.

  • Speicherelemente in AEM 6.3

    Beschreibt die beiden Implementierungen des Knotenspeichers: Tar und MongoDB.

Auf dieser Seite