Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Architecture source
Le schéma suivant montre une architecture d'application d'expérience OpenText client typique qui utilise des composants OpenText principaux, des fonctionnalités personnalisées connectées aux composants OpenText principaux, ainsi que des bases de données, des fichiers et des référentiels. Bien qu'une OpenText architecture varie en fonction de l'implémentation de chaque client, le schéma montre les composants typiques, qui sont couverts par ce guide.
Les principaux éléments architecturaux visés par ce guide pour la migration sont décrits dans le tableau suivant.
| Solution | Principaux éléments à prendre en compte pour la migration |
| OpenText TeamSite | TeamSite instance |
| Boutique de contenu | |
Fichiers de configuration (par exemple, tsgroups.xml ouroles.xml) |
|
| Code personnalisé : personnalisations du code, telles que les intégrations avec des sources de données externes ou des fonctionnalités personnalisées | |
| Base de données de création : cette base de données est généralement déployée sur un serveur de base de données dédié | |
| TeamSite search — Déployé sur son propre serveur (facultatif) | |
|
OpenDeploy:
|
|
| OpenText LiveSite | LiveSite instance |
| Référentiel de ressources Web | |
| Fichiers de configuration | |
| Code personnalisé | |
| Une base de données d'exécution déployée sur son propre serveur | |
|
OpenDeploy:
|
|
| Recherche indexée | Il peut s'agir d'un serveur de OpenText LiveSite contenu ou d'une implémentation de recherche d'index similaire, telle qu'Apache Solr |
| OpenText Gestion des médias ou MediaBin | MediaBin instance |
| Code personnalisé pour les personnalisations ou les plugins existants | |
| MediaBin référentiel d'actifs | |
| MediaBin base de données |
La stratégie de migration ainsi que les AWS produits et services que vous pouvez choisir dépendent des caractéristiques de votre système source et de vos exigences individuelles. Le tableau suivant décrit les stratégies les plus courantes pour les migrations.
| Type d'élément | AWS Services cibles | Stratégies de migration |
| OpenText composants de base |
|
Généralement, vous installez de nouvelles instances des produits. L'installation de chaque type d'instance est entièrement automatisée. |
| Fonctionnalités et intégrations personnalisées |
|
Provisionnez et configurez les pipelines de déploiement utilisés pour la maintenance et l'évolution de la OpenText plateforme. Ces pipelines sont utilisés pour déployer du code. Certaines fonctionnalités dépendantes conçues sous forme de OpenText TeamSite personnalisations ou d'applications externes peuvent être conteneurisées ou refactorisées en tant que fonctions Lambda. Dans ce cas, vous pouvez orchestrer les fonctions sans serveur via API Gateway. |
| Bases de données |
|
|
| Stockage |
|
Les référentiels de données sont copiés sur les volumes Amazon EBS associés aux instances des composants OpenText principaux. Les compartiments S3 peuvent être utilisés pour des référentiels de données plus importants, tels que OpenText MediaBin le référentiel de ressources Media Management. |
