Estabelecendo uma linha de base para o portfólio de aplicativos

Para criar planos de onda de migração de alta confiança, você deve estabelecer uma linha de base para o portfólio de aplicativos e sua infraestrutura associada. Uma linha de base do portfólio fornece uma visão abrangente do escopo da migração, incluindo dependências técnicas e estratégia de migração. A linha de base do portfólio fornece clareza sobre quais aplicativos estão no escopo da migração e se os pontos de dados descritos na seção Compreendendo os requisitos completos de dados de avaliação são coletados. Da mesma forma, toda a infraestrutura associada (computação, redes de armazenamento) é compreendida e mapeada para os aplicativos.

As dependências técnicas podem ser descritas em quatro categorias:

• pplication-to-infrastructureAs dependências estabelecem o vínculo entre o software e o hardware físico ou virtual. Por exemplo, há uma dependência entre um aplicativo de CRM e as máquinas virtuais em que ele está instalado.

• As dependências dos componentes do aplicativo descrevem como os componentes executados em diferentes ativos de infraestrutura interagem. Um exemplo de dependência de componente de aplicativo é um front-end web executado em máquinas virtuais, com uma camada de aplicativo em execução em uma máquina virtual diferente e um banco de dados em execução em um cluster de banco de dados.

• pplication-to-applicationAs dependências estão relacionadas à interação entre aplicativos ou componentes do aplicativo com outros aplicativos ou seus componentes. Um exemplo de application-to-application dependência é um aplicativo de processamento de pagamentos e um aplicativo de gerenciamento de estoque. Esses aplicativos são independentes, mas interagem constantemente usando operações de API definidas.

• As dependências de pplication-to-infrastructure serviços são tecnicamente application-to-application dependências, já que o serviço de infraestrutura é em si um aplicativo. No entanto, recomendamos categorizá-los separadamente. O principal motivo é que os serviços de infraestrutura geralmente são compartilhados por muitos aplicativos, portanto, eles têm uma longa trilha de dependências. Eles também costumam seguir uma estratégia e um padrão de migração diferentes. Por exemplo, um balanceador de carga pode conter pools de balanceamento para vários aplicativos. O que importa é a dependência do pool, que provavelmente será migrada individualmente, junto com o aplicativo dependente, enquanto o próprio balanceador de carga é retido ou retirado. Além disso, a individualização das dependências do application-to-infrastructure serviço ajuda a evitar falsos grupos de dependências. Um falso grupo de dependências ocorre quando vários aplicativos de negócios são agrupados, o que implica que uma dependência comum de um serviço de infraestrutura deve ser migrada ao mesmo tempo. Por exemplo, é provável que serviços de autenticação, como o Active Directory, estejam associados a grandes grupos de aplicativos. A chave é abordar esses aplicativos individualmente e lidar com a dependência habilitando o serviço, como o AWS Directory Service for Microsoft Active Directory, no ambiente de nuvem.

Ao estabelecer uma linha de base para o portfólio, recomendamos que você confirme uma estratégia de migração para cada componente do aplicativo. A estratégia de migração será um dos 6 Rs para migração (consulte a seção Iterando a estratégia de migração de 6 Rs). Na linha de base do portfólio, um dos 6 Rs deve ser associado a cada aplicativo. Uma estratégia de 6 R também deve ser associada a cada um dos componentes da infraestrutura do aplicativo.

Para estabelecer uma versão básica do portfólio, incluindo dependências e estratégias de migração, use ferramentas de descoberta automatizadas (consulte Avaliação da necessidade de ferramentas de descoberta). Complemente os dados com informações coletadas das principais partes interessadas, como proprietários de aplicativos e equipes de infraestrutura. Continue coletando dados até obter um inventário completo do portfólio que corresponda aos atributos e ao nível de fidelidade descritos na seção de requisitos de dados desta etapa. O conjunto de dados resultante será fundamental para impulsionar a migração.

Considere que, dependendo da extensão do escopo da migração e das ferramentas disponíveis, essa atividade pode levar várias semanas para ser concluída.