Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Arquitectura de origen
El siguiente diagrama muestra una arquitectura de aplicación típica de experiencia OpenText del cliente que utiliza componentes OpenText principales, funcionalidades personalizadas conectadas a los componentes OpenText principales y bases de datos, archivos y repositorios. Si bien OpenText la arquitectura varía según la implementación de cada cliente, el diagrama muestra los componentes típicos, que se describen en esta guía.
Los principales elementos arquitectónicos que se van a migrar en esta guía se describen en la siguiente tabla.
| Solución | Elementos principales a tener en cuenta para la migración |
| OpenText TeamSite | TeamSite instancia |
| Tienda de contenido | |
Archivos de configuración (por ejemplo, tsgroups.xml oroles.xml) |
|
| Código personalizado: personalizaciones de código, como integraciones con fuentes de datos externas o funcionalidades personalizadas | |
| Base de datos de creación: esta base de datos normalmente se implementa en un servidor de base de datos dedicado | |
| TeamSite búsqueda: se implementa en su propio servidor (opcional) | |
|
OpenDeploy:
|
|
| OpenText LiveSite | LiveSite instancia |
| Repositorio de activos web | |
| Archivos de configuración | |
| Código personalizado | |
| Una base de datos en tiempo de ejecución implementada en su propio servidor | |
|
OpenDeploy:
|
|
| Búsqueda indexada | Puede ser un servidor de OpenText LiveSite contenido o una implementación de búsqueda de índices similar, como Apache Solr |
| OpenText Administración de medios o MediaBin | MediaBin instancia |
| Código personalizado para personalizaciones o complementos existentes | |
| MediaBin repositorio de activos | |
| MediaBin base de datos |
La estrategia de migración y AWS los productos y servicios que puede elegir dependen de las características del sistema de origen y de sus requisitos individuales. En la siguiente tabla se describen las estrategias más comunes para las migraciones.
| Tipo de elemento | AWS Servicios de destino | Estrategias de migración |
| OpenText componentes principales |
|
Por lo general, se instalan nuevas instancias de los productos. La instalación de cada tipo de instancia está totalmente automatizada. |
| Funcionalidades e integraciones personalizadas |
|
Aprovisione y configure las canalizaciones de despliegue que se utilizan para el mantenimiento y la evolución de la OpenText plataforma. Estas canalizaciones se utilizan para implementar código. Algunas funcionalidades dependientes que se crean como OpenText TeamSite personalizaciones o como aplicaciones externas se pueden contenerizar o refactorizar como funciones Lambda. Si este es el caso, puede organizar las funciones sin servidor a través de API Gateway. |
| Bases de datos |
|
|
| Almacenamiento |
|
Los repositorios de datos se copian en los volúmenes de Amazon EBS asociados a las instancias de los componentes OpenText principales. Los cubos S3 se pueden usar para repositorios de datos más grandes, como OpenText MediaBin el repositorio de activos de Media Management. |
