As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Arquitetura de origem
O diagrama a seguir mostra uma arquitetura típica de aplicativo de experiência do OpenText cliente que usa componentes OpenText principais, funcionalidades personalizadas conectadas aos componentes OpenText principais e bancos de dados, arquivos e repositórios. Embora a OpenText arquitetura varie para cada implementação do cliente, o diagrama mostra os componentes típicos, abordados neste guia.
Os principais elementos arquitetônicos que são destinados à migração de acordo com este guia estão descritos na tabela a seguir.
| Solução | Principais elementos a serem considerados para a migração |
| OpenText TeamSite | TeamSite instância |
| Loja de conteúdo | |
Arquivos de configuração (por exemplo, tsgroups.xml ouroles.xml) |
|
| Código personalizado — personalizações de código, como integrações com fontes de dados externas ou funcionalidades personalizadas | |
| Banco de dados de criação — Esse banco de dados geralmente é implantado em um servidor de banco de dados dedicado | |
| TeamSite pesquisa — Implantado em seu próprio servidor (opcional) | |
|
OpenDeploy:
|
|
| OpenText LiveSite | LiveSite instância |
| Repositório de ativos da Web | |
| Arquivos de configuração | |
| Código personalizado | |
| Um banco de dados de tempo de execução implantado em seu próprio servidor | |
|
OpenDeploy:
|
|
| Pesquisa indexada | Isso pode ser um servidor de OpenText LiveSite conteúdo ou uma implementação similar de pesquisa de índice, como o Apache Solr |
| OpenText Gerenciamento de mídia ou MediaBin | MediaBin instância |
| Código personalizado para personalizações ou plug-ins existentes | |
| MediaBin repositório de ativos | |
| MediaBin banco de dados |
A estratégia de migração e AWS os produtos e serviços que você pode escolher dependem das características do seu sistema de origem e dos seus requisitos individuais. A tabela a seguir descreve as estratégias mais comuns para as migrações.
| Tipo de elemento | AWS Serviços alvo | Estratégias de migração |
| OpenText componentes principais |
|
Normalmente, você instala novas instâncias dos produtos. A instalação de cada tipo de instância é totalmente automatizada. |
| Funcionalidades e integrações personalizadas |
|
Provisione e configure os pipelines de implantação que são usados para a manutenção e evolução da OpenText plataforma. Esses pipelines são usados para implantar código. Algumas funcionalidades dependentes que são criadas como OpenText TeamSite personalizações ou como aplicativos externos podem ser conteinerizadas ou refatoradas como funções Lambda. Se for esse o caso, você pode orquestrar as funções sem servidor por meio do API Gateway. |
| Bancos de dados |
|
|
| Armazenamento |
|
Os repositórios de dados são copiados para os volumes do Amazon EBS associados às instâncias do componente OpenText principal. Os buckets S3 podem ser usados para repositórios de dados maiores, como o repositório de ativos OpenText MediaBin de gerenciamento de mídia. |