Arquitectura fuente

El siguiente diagrama muestra una arquitectura típica de aplicaciones 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 para cada implementación del cliente, el diagrama muestra los componentes típicos, que se describen en esta guía.

Los principales elementos arquitectónicos que se pretende migrar en esta guía se describen en la siguiente tabla.

Solución	Principales elementos 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: OpenDeploy instancia Configuración, por ejemplo, OpenDeploy usuarios Código personalizado: personalizaciones de código para funcionalidades personalizadas (por ejemplo, implementaciones en varios entornos)
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: OpenDeploy instancia Configuración Código personalizado
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 Gestió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 yAWS los productos y servicios que puede elegir dependen de las características del sistema de origen y de sus requisitos individuales. En la tabla siguiente se describen las estrategias más comunes para las migraciones.

Tipo de elemento	AWSServicios de destino	Estrategias de migración
OpenText componentes principales	Instancias de Amazon Elastic Compute Cloud (Amazon EC2) Contenedores como Amazon Elastic Container Service (Amazon ECS) y Amazon Elastic Kubernetes Service (Amazon EKS)	Rehospedar Cambio de plataforma Normalmente, instalas nuevas instancias de los productos. La instalación de cada tipo de instancia está totalmente automatizada.
Funcionalidades e integraciones personalizadas	Amazon EC2, integrado con los componentes OpenText principales Contenedores (por ejemplo, Amazon ECS y Amazon EKS) Microservicios sin servidor (por ejemplo,AWS Lambda) Amazon API Gateway	Rehospedar Cambio de plataforma Refactorizar Retener Aprovisione y configure los canales de implementación 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 agrupar en contenedores o refactorizar como funciones de Lambda. Si este es el caso, puede orquestar las funciones sin servidor a través de API Gateway.
Bases de datos	Amazon Relational Database Service (Amazon RDS)	Cambio de plataforma Por lo general, puede migrar bases de datos a instancias de base de datos de Amazon RDS medianteAWS Database Migration Service (AWS DMS).
Almacenamiento	Amazon Elastic Block Store (Amazon EBS) Amazon Simple Storage Service (Amazon S3)	Rehospedar Los repositorios de datos se copian a los volúmenes de Amazon EBS asociados a las instancias de los componentes OpenText principales. Los cubos de S3 se pueden usar para repositorios de datos más grandes, como OpenText MediaBin el repositorio de activos de Media Management.