Empfohlene Topologien für Communities

Ab AEM Communities 6.1 wurde ein einzigartiger Ansatz für die Behandlung benutzergenerierter Inhalte (UGC) gewählt, die von Besuchern der Site (Mitglieder) aus der Umgebung "Veröffentlichen"eingereicht wurden.

Dieser Ansatz unterscheidet sich grundsätzlich von der Art und Weise, wie die AEM Plattform Site-Inhalte verarbeitet, die im Allgemeinen von der Autorenversion verwaltet werden.

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

Für den allgemeinen UGC-Store muss ein Datenspeicherung Resource Provider (SRP)gewählt werden. Die empfohlenen Optionen sind:

Eine andere SRP-Option, JSRP - JCR Datenspeicherung Resource Provider, unterstützt keinen gemeinsamen UGC-Store für Autor- und Veröffentlichungseinstellungen für beide Umgebung.

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

NOTE

Für AEM Communities wird UGC nie repliziert.

Wenn die Bereitstellung keinen gemeinsamen Speicherenthält, ist UGC nur in der AEM- oder Autoreninstanz sichtbar, in der sie eingegeben wurde.

NOTE

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

zur Herstellung

Die Schaffung eines gemeinsamen Speicherplatzes für UGC ist unverzichtbar, und daher hängt der zugrunde liegende Einsatz von seiner Fähigkeit ab, einen gemeinsamen Speicher zu unterstützen.

Zwei Beispiele:

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

  2. Für eine optimale Leistung bei Seiteninhalten würde die Auswahl einer Veröffentlichungsfarm und eines ASRP eine optimale Skalierung von UGC bei relativ unkomplizierten Vorgängen ermöglichen.

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

Um den passenden gemeinsamen Store auszuwählen, sollten Sie die einzigartigen Eigenschaften jedes einzelnen sorgfältig berücksichtigen.

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

TarMK-Veröffentlichungsfarm

Wenn die Topologie eine Veröffentlichungsfarm ist, sind relevante Themen von Bedeutung

MicroKernel SITE-INHALT BENUTZER GENERIERTE INHALTE DATENSPEICHERUNG RESOURCE PROVIDER HÄUFIG GESPEICHERT
beliebig JCR MySQL DSRP Ja
beliebig JCR MongoDB MSRP Ja
beliebig JCR On-Demand-Speicher für Adoben ASRP Ja

JSRP

Bereitstellung SITE-INHALT BENUTZER GENERIERTE INHALTE DATENSPEICHERUNG RESOURCE PROVIDER HÄUFIG GESPEICHERT
TarMK Farm (Standard) JCR JCR JSRP Nein
Oak-Cluster JCR JCR JSRP Nur zur Veröffentlichung Umgebung

für Entwicklung

Bei Nicht-Produktions-Umgebung bietet JSRP eine einfache Möglichkeit, eine Entwicklungs-Umgebung mit einer Autoreninstanz und einer Veröffentlichungsinstanz einzurichten.

Bei Auswahl von ASRP, DSRP oder MSRP für die Produktion ist es auch möglich, eine ähnliche Entwicklungs-Umgebung mit Adobe On-Demand-Datenspeicherung oder MongoDB einzurichten. Ein Beispiel finden Sie unter Wie Sie MongoDB für Demoeinrichten.

Verweise

  • Benutzersynchronisierung

    Behandelt die Synchronisierung von Benutzerdaten zwischen Instanzen im Veröffentlichungsmodus.

  • Verwalten von Benutzern und Benutzergruppen

    Erläutert die Rollen von Benutzern und Benutzergruppen in den Umgebung zum Erstellen und Veröffentlichen.

  • UGC Common Store

    Beschreibt die Datenspeicherung von Community-Inhalten, die vom Site-Inhalt getrennt sind

  • Node Stores und Data Stores

    Grundsätzlich wird der Site-Inhalt in einem Node Store gespeichert. Bei Assets kann ein Datenspeicher konfiguriert werden, um Binärdaten zu speichern. Bei Communities muss ein gemeinsamer Store zur Auswahl des SRP konfiguriert werden.

  • Speicherelemente in AEM 6.3

    Beschreibt die beiden Node-Datenspeicherung-Implementierungen: Tar und MongoDB.

Auf dieser Seite