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á.

Tarefa 4: Definindo o processo de aprofundamento do aplicativo

Agora que você terminou de estabelecer regras e processos para priorização de aplicativos, realize uma análise aprofundada do aplicativo que o ajudará a refinar a prioridade de cada aplicativo. Você realiza o aprofundamento do aplicativo em um aplicativo por vez, da maior para a menor prioridade. Para projetos com várias equipes de portfólio, cada equipe pode realizar uma análise aprofundada do aplicativo em um aplicativo diferente ao mesmo tempo.

Durante o aprofundamento, você pode encontrar alguns problemas inesperados, como dependências, que afetam a complexidade da migração do aplicativo. Quando isso acontece, você deve modificar os critérios de pontuação de complexidade definidos na etapa anterior e atualizar a planilha de pontuação adequadamente para obter pontuações de complexidade mais precisas para futuros aplicativos. Em seguida, você pode atualizar as prioridades do aplicativo usando as novas pontuações de complexidade.

Essa tarefa consiste nas seguintes etapas:

Etapa 1: definir o processo do workshop de aplicativos

O processo de workshop é uma das abordagens mais eficientes para um aprofundamento da aplicação. Usando esse processo, você colabora com as partes interessadas, os proprietários do aplicativo e a equipe do portfólio para avaliar e analisar o aplicativo. O objetivo é entender claramente o estado atual do aplicativo, incluindo sua arquitetura, finalidade comercial, dependências e ambiente. Em seguida, você usa essas informações detalhadas sobre o tamanho e a complexidade do aplicativo para projetar o estado de destino do aplicativo.

Cada workshop normalmente dura de 1 a 8 horas, embora você possa descobrir que é necessário mais tempo para aplicativos de alta complexidade. Você também pode dividir o workshop em várias reuniões, dependendo da disponibilidade de recursos, de sua preferência e do tamanho e complexidade do aplicativo.

Identifique os resultados esperados

Antes de conduzir um workshop de aplicação, você deve definir uma agenda e definir os resultados esperados do workshop ou as informações que você precisa coletar no workshop. Isso permite que os participantes do workshop se preparem para o workshop, ajuda a manter a reunião dentro do prazo e garante que, ao final do workshop, você tenha todas as informações necessárias para priorizar, planejar e migrar o aplicativo.

Recomendamos que você defina um conjunto padrão de resultados esperados e os documente em seu runbook de priorização de aplicativos. Ao preparar um workshop, você usa os resultados padrão esperados e adiciona novos para a aplicação específica.

Defina o conjunto padrão de resultados esperados para workshops de aplicação da seguinte forma:

A seguir estão exemplos dos resultados esperados para o workshop de aplicação.

Defina as regras do workshop de aplicativos

Antes de conduzir um workshop de aplicação, você deve definir as regras que governarão seu workshop. As regras comuns incluem a duração do workshop, as ferramentas que podem ser necessárias no workshop e quaisquer considerações de agendamento ou prazos que precisem ser considerados. Isso ajuda a manter a reunião dentro do prazo e garante que as decisões tomadas no workshop estejam alinhadas com o cronograma de migração.

Recomendamos que você documente as regras do workshop de aplicativos em seu runbook de priorização de aplicativos.

Defina as regras do workshop de aplicativos da seguinte forma:

Veja a seguir exemplos de regras para o workshop de aplicação.

Defina o processo do workshop de aplicativos

É importante que você defina um processo padrão para conduzir workshops de aplicação. Isso garante uma experiência consistente e define expectativas para os participantes do workshop, o que pode melhorar a eficiência do workshop.

O processo do workshop de inscrição tem três etapas:

O modelo do Runbook para priorização de aplicativos inclui um step-by-step processo padrão para preparar, conduzir e finalizar um workshop de aplicativos. Defina seu processo de workshop de inscrição da seguinte forma:

Critérios de saída da etapa

Etapa 2: Definir o processo de mapeamento de aplicativos

O mapeamento de aplicativos é o processo de atribuir cada aplicativo a um padrão de migração, que você identificou e validou. Etapa 4: validar os padrões de migração Nesta etapa, você define as regras que serão usadas para avaliar o aplicativo. Em seguida, você define o processo que usará para avaliar cada aplicativo. O mapeamento de cada aplicativo para o caso de uso do padrão de migração ajuda a identificar a ferramenta de migração, todas as habilidades necessárias para concluir a migração e a complexidade do padrão de migração.

Nem sempre você migra um aplicativo para um único padrão. Para obter mais informações sobre quando você pode precisar de vários padrões para o mesmo aplicativo, consulte Defina o processo de mapeamento de aplicativos mais adiante nesta seção.

Regras de mapeamento de aplicativos

As regras de mapeamento do aplicativo ajudam você a avaliar o aplicativo e identificar o padrão de migração apropriado. Cada regra consiste em qualquer informação que você deve usar para avaliar a aplicação e combinar os critérios do padrão.

Nos modelos de manual do portfólio, o modelo Runbook para priorização de aplicativos inclui uma seção para documentar suas regras de mapeamento de aplicativos. Defina seu processo da seguinte forma:

A tabela a seguir fornece exemplos de regras de mapeamento de aplicativos.

Defina o processo de mapeamento de aplicativos

Ao mapear aplicativos de acordo com os padrões de migração, é útil solicitar dados de descoberta para o aplicativo à equipe de descoberta. Esses dados geralmente incluem informações como um padrão de migração recomendado (às vezes chamado de padrão R ou pontuação R), informações de utilização, dependências de aplicativos e outras informações que você pode usar na avaliação. Ao explorar esse aplicativo em detalhes, você pode decidir alterar o padrão de migração que foi identificado anteriormente.

Quando você tiver os dados, poderá comparar o aplicativo com os critérios comerciais e técnicos identificados emEtapa 2: Identificar os impulsionadores comerciais e técnicos. Você registrou seus drivers em seu caderno de priorização de aplicativos. Avaliar o aplicativo em relação aos critérios pode levar você a selecionar vários padrões de migração para o aplicativo ou pode levar você a eliminar padrões com base no custo, no cronograma ou em outras limitações.

Veja a seguir um exemplo de um impulsionador de negócios que exige que você use vários padrões de migração em um único aplicativo. Você quer migrar um banco de dados SQL Server local para o Amazon DynamoDB, mas como o contrato do data center está expirando, a empresa gostaria de migrá-lo antes do cronograma proposto para reformulá-lo. Para abordar esse fator de negócios, você revisa o plano de migração do aplicativo para uma abordagem de dois padrões. Primeiro, você rehospeda o aplicativo na nuvem para removê-lo do data center. Posteriormente, depois que o aplicativo estiver na nuvem, você poderá reformatá-lo de acordo com o cronograma proposto.

Você também deve considerar se o aplicativo é um aplicativo de n camadas, que é um aplicativo composto por vários níveis. Uma camada de aplicativo é um grupo de servidores físicos que hospedam camadas horizontais do seu aplicativo. Os aplicativos de n camadas são mais complexos porque cada nível pode exigir uma estratégia diferente, e você pode optar por migrar os níveis do aplicativo em ondas diferentes. Por exemplo, se você tiver um aplicativo composto por camadas de apresentação, serviço comercial e banco de dados, existe a possibilidade de mapear um padrão diferente para cada camada.

Em seguida, você avalia o aplicativo em relação às regras de mapeamento de aplicativos, que você definiu no seu runbook de priorização de aplicativos. Para acessar mais informações, consulte Regras de mapeamento de aplicativos anteriormente nesta seção.

Depois de mapear seu aplicativo para um ou mais padrões, revise e verifique essa decisão com o proprietário do aplicativo. O proprietário do aplicativo deve confirmar o padrão selecionado e ajudá-lo a planejar e realizar a migração. No momento, os proprietários de aplicativos também podem fornecer informações com base em sua experiência ou compartilhar quaisquer problemas que prevejam com a migração.

Depois de mapear o aplicativo para um ou mais padrões de migração e confirmar os padrões com o proprietário do aplicativo, você registra o aplicativo, a ID do padrão, o nome do padrão e os drivers relevantes em uma tabela de mapeamento de aplicativos no seu runbook de priorização de aplicativos.

Nos modelos de manual do portfólio, o modelo Runbook para priorização de aplicativos inclui um step-by-step processo padrão para mapeamento de aplicativos. Defina seu processo da seguinte forma:

A tabela a seguir é um exemplo de tabela de mapeamento de aplicativos. O modelo de Runbook fornecido para priorização de aplicativos inclui uma tabela vazia na qual você pode registrar seus resultados do processo de mapeamento de aplicativos.

Critérios de saída da etapa

Etapa 3: (opcional) definir o estado de destino do aplicativo

Nesta etapa, você define os atributos e o processo que você usa para documentar o estado de destino, ou futuro estado, do aplicativo. O estado de destino é como o aplicativo opera no ambiente de nuvem de destino após a migração. O ambiente de destino varia de acordo com sua plataforma ou serviço de destino e requisitos de negócios. O ambiente de destino pode ser o Nuvem AWS ou AWS Managed Services (AMS).

A definição do estado alvo ajuda gerentes de projeto, consultores de migração, arquitetos, proprietários de aplicativos e partes interessadas a colaborarem de forma eficaz. Ao usar esse processo, a equipe pode identificar e resolver problemas com antecedência e implementar com mais eficiência o ambiente de estado alvo.

Para alguns aplicativos, essa etapa é opcional. Você pode pular essa etapa se o aplicativo que você está migrando for independente ou de baixa complexidade. Estratégias de migração que não modificam o aplicativo, como rehospedar, podem não exigir essa etapa. No entanto, para estratégias de migração mais complexas, como replataforma e rearquitetura, você deve definir o estado de destino antes de iniciar a migração.

O workshop fornece uma compreensão profunda do estado atual do aplicativo, portanto, é uma boa ideia redigir o estado-alvo após concluir o workshop. Além disso, mapear o aplicativo de acordo com seu padrão de migração fornece informações adicionais e ajuda a identificar se é necessário definir o estado de destino. Por exemplo, se você mapear o aplicativo para o padrão Rehost no Amazon EC2 usando o Application Migration Service ou o Cloud Migration Factory, você identificou que a estratégia é rehospedada e provavelmente não precisa definir o estado de destino desse aplicativo.

Atributos do estado de destino

Ao definir o estado de destino e tomar decisões sobre o aplicativo, recomendamos que você considere os seguintes atributos do estado de destino:

Defina o processo do estado de destino

Para definir o estado de destino do aplicativo, recomendamos que você use o modelo fornecido, Planilha do estado de destino do aplicativo (formato Excel), que está disponível nos modelos de manual do portfólio. O modelo inclui atributos padrão que você pode usar ou modificar. Defina o processo para documentar o estado de destino do aplicativo da seguinte forma:

Amostras do estado de destino do aplicativo

A tabela a seguir mostra um exemplo de como você usa a planilha de estado de destino do aplicativo para documentar o estado de destino do aplicativo.

Critérios de saída da etapa

Etapa 4: finalizar o processo de aprofundamento do aplicativo

Agora, você define como o fluxo de trabalho do portfólio usa o workshop, as regras e os processos que você estabeleceu nessa tarefa para realizar uma análise aprofundada do aplicativo. Esse é o processo ao qual o fluxo de trabalho do portfólio faz referência no estágio de implementação da migração.

Personalize esse processo no runbook de priorização de aplicativos da seguinte forma: