Iniciando a coleta de dados - AWS Orientação prescritiva

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

Iniciando a coleta de dados

A coleta de dados é o processo de coleta de metadados de aplicativos e infraestrutura. O processo é iterativo em todas as etapas da avaliação. Em cada estágio, a quantidade e a fidelidade dos dados aumentarão. Nesse estágio, o foco está na coleta de dados gerais que possam ajudar a estabelecer um inventário inicial. O inventário será usado para criar um caso de negócios direcional e a identificação dos candidatos à migração inicial.

Depois que as fontes de dados atuais forem identificadas, recomendamos coletar informações do maior número possível de sistemas. Para obter mais informações, consulte os requisitos de dados para esse estágio.

Essa abordagem tem a vantagem de ajudar a atualizar a visão atual do portfólio e o conhecimento da organização sobre seus aplicativos e serviços. Também ajuda a determinar o que deve ser movido. A abordagem recomendada é revisar os dados existentes, como saídas do banco de dados de gerenciamento de configuração (CMDB) e sistemas de gerenciamento de serviços de tecnologia da informação (ITSM). Em seguida, crie uma lista de ativos destinados à coleta de dados. Se sua organização tiver clareza total do que está dentro e fora do escopo da migração, você pode restringir a coleta de dados aos sistemas que estão no escopo.

Ao criar seu portfólio, considere os aplicativos e seus ambientes ou ciclos de vida de lançamento de software. Por exemplo, em vez de identificar um aplicativo de gerenciamento de relacionamento com o cliente (CRM) e especificar que ele tem ambientes de teste, desenvolvimento e produção, liste três aplicativos (por exemplo, CRM-test, CRM-dev, CRM-prod). Como alternativa, use o nome do CRM, mas atribua uma ID exclusiva a cada ambiente e apresente-os como registros separados em seu repositório de dados. Isso ajudará a planejar e acompanhar a migração desses ambientes individualmente. Por exemplo, talvez você queira migrar primeiro ambientes que não sejam de produção. Ao listar as instâncias do seu aplicativo de acordo com o ambiente, você pode gerenciar e controlar claramente sua transição.

Durante a coleta de dados, pode haver incerteza sobre quais aplicativos ou servidores estão em um determinado data center ou local de origem. Nesses casos, é útil obter listas bare-metal e de hipervisores das ferramentas de gerenciamento existentes. Por exemplo, você pode se conectar a um hipervisor para obter listas de máquinas virtuais a serem destinadas à coleta de dados.

Observe que a saída inicial, ao combinar fontes de dados existentes, pode estar incompleta. A chave é realizar uma análise de lacunas em termos dos requisitos de dados para esse estágio e do que pode ser obtido das fontes existentes. É importante comparar a porcentagem de integridade com o nível de fidelidade dos dados. Níveis mais altos de completude de fontes de baixa fidelidade conterão várias suposições que podem levar a análises errôneas. Embora esse estágio de avaliação não exija a máxima fidelidade dos dados, recomendamos que as fontes de dados tenham pelo menos uma fidelidade média a média-alta. Compare esses números com a tolerância de sua organização ao risco, incluindo o uso de suposições para preencher lacunas de dados.

A análise de lacunas ajuda você a entender a quantidade e a qualidade dos dados com os quais você está trabalhando. A análise também ajuda você a estabelecer o nível de suposições que devem ser feitas para criar um caso de negócios direcional e priorizar os aplicativos para migração. As ferramentas de descoberta podem ajudar a preencher as lacunas e coletar dados de alta fidelidade. Para aumentar os níveis de confiança nos dados e acelerar os resultados da migração, recomendamos a implantação de ferramentas de descoberta o mais cedo possível. A ação antecipada também é importante porque os processos internos de aquisição, segurança e implementação de novas ferramentas podem exigir várias semanas ou meses para serem concluídos.

Recomendamos estabelecer um plano ou cadência de comunicação e um mecanismo de controle de mudança de escopo neste estágio. Isso ajuda você a manter as partes interessadas informadas para que possam planejar com antecedência e mitigar os riscos. Um elemento-chave para comunicações claras é definir uma única fonte confiável para o portfólio de aplicativos e a infraestrutura associada. Evite manter vários sistemas de registro e listas de aplicativos e infraestrutura. Mantenha os dados em um único local (por exemplo, um banco de dados, uma ferramenta ou uma planilha) que ofereça suporte ao controle de versão e à colaboração on-line e atribua um proprietário a eles.