Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Quellarchitektur
Das folgende Diagramm zeigt eine typische OpenText Customer Experience-Anwendungsarchitektur, die OpenText Kernkomponenten, benutzerdefinierte Funktionen, die mit den OpenText Kernkomponenten verbunden sind, sowie Datenbanken, Dateien und Repositorys verwendet. Obwohl die OpenText Architektur für jede Kundenimplementierung unterschiedlich ist, zeigt das Diagramm die typischen Komponenten, die in diesem Handbuch behandelt werden.
Die wichtigsten architektonischen Elemente, die in diesem Handbuch für die Migration vorgesehen sind, werden in der folgenden Tabelle beschrieben.
| Lösung | Die wichtigsten Elemente, die bei der Migration zu berücksichtigen sind |
| OpenText TeamSite | TeamSite Instanz |
| Inhalt speichern | |
Konfigurationsdateien (z. B. tsgroups.xml oderroles.xml) |
|
| Benutzerdefinierter Code — Code-Anpassungen wie Integrationen mit externen Datenquellen oder maßgeschneiderte Funktionen | |
| Autorendatenbank — Diese Datenbank wird normalerweise auf einem dedizierten Datenbankserver bereitgestellt | |
| TeamSite Suche — Wird auf einem eigenen Server bereitgestellt (optional) | |
|
OpenDeploy:
|
|
| OpenText LiveSite | LiveSite Instanz |
| Repository für Web-Assets | |
| Konfigurationsdateien | |
| Benutzerdefinierter Code | |
| Eine Runtime-Datenbank, die auf einem eigenen Server bereitgestellt wird | |
|
OpenDeploy:
|
|
| Indizierte Suche | Dies kann ein OpenText LiveSite Inhaltsserver oder eine ähnliche Implementierung für die Indexsuche sein, z. B. Apache |
| OpenText Medienverwaltung oder MediaBin | MediaBin Instanz |
| Benutzerdefinierter Code für Anpassungen oder bestehende Plugins | |
| MediaBin Asset-Repository | |
| MediaBin Datenbank |
Die Migrationsstrategie sowie die AWS Produkte und Services, für die Sie sich entscheiden können, hängen von den Eigenschaften Ihres Quellsystems und Ihren individuellen Anforderungen ab. In der folgenden Tabelle werden die gängigsten Strategien für die Migrationen beschrieben.
| Art des Elements | AWS Zieldienste | Migrationsstrategien |
| OpenText Kernkomponenten |
|
In der Regel installieren Sie neue Instanzen der Produkte. Die Installation der einzelnen Instanztypen ist vollständig automatisiert. |
| Benutzerdefinierte Funktionen und Integrationen |
|
Bereitstellung und Konfiguration der Bereitstellungspipelines, die für die Wartung und Weiterentwicklung der OpenText Plattform verwendet werden. Diese Pipelines werden zur Bereitstellung von Code verwendet. Einige abhängige Funktionen, die als OpenText TeamSite Anpassungen oder als externe Anwendungen erstellt wurden, können als Lambda-Funktionen containerisiert oder umgestaltet werden. In diesem Fall können Sie die serverlosen Funktionen über API Gateway orchestrieren. |
| Datenbanken |
|
|
| Speicher |
|
Daten-Repositorys werden auf die Amazon EBS-Volumes kopiert, die den OpenText Core-Komponenten-Instances zugeordnet sind. S3-Buckets können für größere Datenrepositorys verwendet werden, z. B. für das Media OpenText MediaBin Management-Assets-Repository. |
