Tarefa 2: Definir processos para identificar, coletar e armazenar metadados - 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á.

Tarefa 2: Definir processos para identificar, coletar e armazenar metadados

Na tarefa anterior, você validou os dados de descoberta inicial, as estratégias de migração e os padrões de migração para sua grande migração. Nessa tarefa, você identifica quais metadados são necessários e decide como os coletará. Essa tarefa consiste nas seguintes etapas:

Ao concluir as etapas desta seção, considere todo o ciclo de migração do ponto de vista dos metadados. Considere a avaliação do portfólio, o planejamento de ondas, a migração, os testes, as atividades pós-transição e, em seguida, analise todos os casos de uso possíveis e os casos de uso relacionados. Pensar nas informações necessárias para concluir o processo completo de migração ajuda a identificar todos os metadados desse padrão.

Etapa 1: definir os metadados necessários

Antes de determinar os atributos de metadados necessários, você deve entender o padrão de migração. Por exemplo, você precisa de metadados diferentes para migrar um servidor para a Amazon EC2 e para migrar um banco de dados para o Amazon RDS. A maioria dos padrões é composta por muitas pequenas tarefas. Para realizar o padrão de migração, você precisa saber quais atributos de metadados são necessários e, em seguida, coletar os metadados para esse aplicativo. Você deve determinar e reunir os metadados necessários no estágio de inicialização para poder realizar a migração com eficiência e sem atrasos no estágio de implementação.

A pessoa ou equipe que define os atributos dos metadados começa definindo as etapas e as tarefas necessárias para realizar o padrão de migração. As tarefas determinam quais metadados são necessários, portanto, trabalhar em cada tarefa cria uma coleção abrangente dos metadados necessários. A pessoa que determina quais metadados são necessários normalmente precisa ter uma compreensão abrangente de como concluir o padrão de migração. Talvez seja necessária a coordenação com a pessoa que está escrevendo o runbook de migração. Para obter mais informações, consulte o manual de migração para AWS grandes migrações.

Durante uma grande migração, há muitos processos espalhados por todos os fluxos de trabalho que dependem dos metadados. Ter metadados oportunos e precisos tem um impacto amplo e significativo no sucesso de uma grande migração.

Nesta etapa, você define o padrão ou a tarefa e, em seguida, usa a definição para identificar os metadados necessários.

Identifique os principais componentes dos padrões de migração e das tarefas de suporte

Nesta etapa, para cada padrão de migração ou tarefa de suporte, você define os principais componentes, como a ação, o objeto de origem, o objeto de destino e as ferramentas usadas. Em seguida, você nomeia o padrão ou a tarefa com base em suas respostas.

As tarefas de suporte incluem as atividades operacionais que o portfólio e os fluxos de trabalho de migração precisam realizar durante a migração, como planejamento de ondas, priorização de aplicativos, análise de dependências, governança, recuperação de desastres, testes de desempenho ou testes de aceitação do usuário. Como você precisa de metadados para dar suporte a essas tarefas, execute essas etapas tanto para os padrões de migração quanto para as tarefas de suporte.

  1. Ação — Identifique a estratégia de migração ou a tarefa de apoio. Lembre-se de que uma ação pode ter outras ações associadas a ela. Por exemplo, talvez você queira definir operações para migração. Exemplos de ações incluem:

    • Estratégia de migração, como rehospedar, reformular a plataforma ou realocar

    • Planejamento de ondas

    • Priorização de aplicativos e análise de dependências

    • Operação

    • Governança

    • Recuperação de desastres

    • Testes, como testes de desempenho ou testes de aceitação do usuário (UAT)

  2. Objeto de origem — Identifique o objeto de origem no qual a ação será executada. Exemplos de objetos de origem incluem:

    • Ondas

    • Servidor

    • Banco de dados

    • Compartilhamento de arquivos

    • Aplicação

  3. Ferramentas — Identifique os serviços ou ferramentas usados para realizar a ação. Você pode usar mais de uma ferramenta ou serviço. Exemplos de ferramentas incluem:

    • AWS Application Migration Service

    • AWS DataSync

    • AWS Database Migration Service (AWS DMS)

    • AWS Backup

    • Ferramentas de monitoramento de desempenho

  4. Objeto de destino — identifique o objeto, serviço ou local de destino em que a origem residirá quando a ação for concluída. Exemplos de objetos, serviços ou locais incluem:

    • Nuvem de computação elástica da Amazon (Amazon EC2)

    • Amazon Relational Database Service (Amazon RDS)

    • Amazon Elastic File System (Amazon EFS)

    • Amazon Elastic Container Service (Amazon ECS)

    • Plano de ondas

  5. Nome do padrão — Combine suas respostas às etapas anteriores da seguinte forma:

    <action><source object><target object>ativado/para usar <tool>

    Veja os exemplos a seguir:

    • Hospede novamente ondas, aplicativos ou servidores (objeto de origem) na Amazon EC2 (objeto de destino) usando o Application Migration Service ou o Cloud Migration Factory (ferramentas)

    • Replataforma (ação) compartilhamentos de arquivos (objeto de origem) para o Amazon EFS (objeto de destino) usando DataSync (ferramenta)

    • Replataforma bancos de dados (ação) (objeto de origem) para o Amazon RDS (objeto de destino) usando AWS DMS (ferramenta)

    • Monitoramento de desempenho (ação) de aplicativos (objeto de origem) na Amazon EC2 (objeto de destino) usando a Amazon CloudWatch (ferramenta)

    • Faça backup de servidores (ação) (objeto de origem) na Amazon EC2 (objeto de destino) usando AWS Backup (ferramentas) após a migração

    • Ondas de planejamento de ondas (ação), aplicativos ou servidores (objeto de origem) para criar um plano de ondas (objeto de destino)

A seguir está um exemplo de como você pode registrar o Padrão 1: Hospedar novamente na Amazon EC2 usando o Application Migration Service ou o Cloud Migration Factory da tabela de padrões de migração.

Pattern ID

1

Pattern name

Hospede novamente na Amazon EC2 usando o Application Migration Service ou o Cloud Migration Factory

Action

Rehospedar a migração

Source object

Ondas, aplicativos ou servidores

Tools

Serviço de migração de aplicativos ou fábrica de migração para nuvem

Target object

Amazon EC2

Determine os metadados necessários para cada padrão ou tarefa

Agora que você definiu o padrão ou a tarefa, determina os metadados necessários para o objeto de origem, o objeto de destino, as ferramentas e outras informações comerciais. Para explicar esse processo, este manual usa o Padrão 1: Hospedar novamente na Amazon EC2 usando o Application Migration Service ou o Cloud Migration Factory da tabela de padrões de migração como exemplo. Observe que, para alguns padrões ou tarefas, algumas etapas podem não se aplicar.

  1. Analise o objeto de destino — Trabalhando de trás para frente a partir do objeto de destino, crie manualmente o objeto e identifique os metadados necessários para suportá-lo. Capture os metadados conforme demonstrado na tabela a seguir.

    Por exemplo, ao criar uma EC2 instância, você deve escolher um tipo de instância, tipo de armazenamento, tamanho de armazenamento, sub-rede, grupo de segurança e tags. A tabela a seguir inclui exemplos de atributos de metadados que você pode precisar se seu objeto de destino for uma EC2 instância.

    Nome do atributo Tipo de objeto Descrição ou propósito

    target_subnet

    EC2 Instância de destino

    Sub-rede da instância de destino EC2

    target_subnet_test

    EC2 Instância de destino

    Testar a sub-rede da instância de destino EC2

    target_security_group

    EC2 Instância de destino

    Grupo de segurança da EC2 instância de destino

    target_security_group_test

    EC2 Instância de destino

    Teste o grupo de segurança da EC2 instância de destino

    IAM_role

    EC2 Instância de destino

    AWS Identity and Access Management (IAM) função da EC2 instância de destino

    instance_type

    EC2 Instância de destino

    Tipo de instância da EC2 instância de destino

    AWS_account_ID

    EC2 Instância de destino

    AWS conta para hospedar a EC2 instância de destino

    AWS_Region

    EC2 Instância de destino

    AWS Região para hospedar a EC2 instância de destino

  2. Analise as ferramentas — Use a ferramenta para criar um objeto alvo e verificar as diferenças. Capture os metadados específicos da ferramenta, conforme demonstrado na tabela a seguir, e remova os atributos da tabela anterior se ela não for compatível com a ferramenta de migração. Por exemplo, você não pode personalizar o tipo de sistema operacional e o tamanho do armazenamento do Application Migration Service porque a ferramenta de migração de rehospedagem é like-for-like. Portanto, você removeria o sistema operacional e o tamanho do disco de destino se esses atributos fossem incluídos na tabela anterior. Na tabela de exemplo anterior, todos os atributos são suportados pela ferramenta, portanto, nenhuma ação é necessária.

    A tabela a seguir inclui exemplos de metadados que você pode precisar para as ferramentas.

    Nome do atributo Tipo de objeto Descrição ou propósito

    AWS_account_ID

    Ferramentas (Serviço de migração de aplicativos)

    AWS ID da conta para AWS Application Migration Service

    AWS_Region

    Ferramentas (Serviço de migração de aplicativos)

    AWS Região do Serviço de Migração de Aplicativos

    replication_server_subnet

    Ferramentas (Serviço de migração de aplicativos)

    Sub-rede para o servidor de replicação do Application Migration Service

    replication_server_security_group

    Ferramentas (Serviço de migração de aplicativos)

    Grupo de segurança para o servidor de replicação do Application Migration Service

  3. Analise o objeto de origem — Determine os metadados necessários para o objeto de origem avaliando as ações da seguinte forma:

    • Para migrar servidores, você precisa saber o nome do servidor de origem e o nome de domínio totalmente qualificado (FQDN) para se conectar ao servidor.

    • Para migrar aplicativos junto com seus servidores, você precisa saber o nome do aplicativo, o ambiente do aplicativo e o application-to-server mapeamento.

    • Para realizar uma avaliação de portfólio, priorizar aplicativos ou definir um grupo de movimentação, você precisa conhecer o application-to-server mapeamento, o mapeamento e application-to-application as application-to-database dependências.

    • Para gerenciar ondas, você precisa saber o ID da onda e os horários de início e término da onda.

    A tabela a seguir inclui exemplos de metadados que você pode precisar para o objeto de origem.

    Nome do atributo Tipo de objeto Descrição ou propósito

    wave_ID

    Onda de origem

    ID da onda (por exemplo: onda 10)

    wave_start_date

    Onda de origem

    Data de início da onda

    wave_cutover_date

    Onda de origem

    Data de transição para a onda

    wave_owner

    Onda de origem

    Dono da onda

    app_name

    Aplicação de origem

    Nome do aplicativo de origem

    app_to_server_mapping

    Aplicação de origem

    Application-to-server relacionamento

    app_to_DB_mapping

    Aplicação de origem

    Application-to-database relacionamento

    app_to_app_dependencies

    Aplicação de origem

    Dependências externas do aplicativo

    server_name

    Servidor de origem

    Nome do servidor de origem

    server_FQDN

    Servidor de origem

    Nome de domínio totalmente qualificado do servidor de origem

    server_OS_family

    Servidor de origem

    Família do sistema operacional (OS) do servidor de origem (por exemplo: Windows ou Linux)

    server_OS_version

    Servidor de origem

    Versão do sistema operacional do servidor de origem (por exemplo: Windows Server 2003)

    server_environment

    Servidor de origem

    Ambiente do servidor de origem (por exemplo: desenvolvimento, produção ou teste)

    server_tier

    Servidor de origem

    Nível do servidor de origem (por exemplo: web, banco de dados ou aplicativo)

    CPU

    Servidor de origem

    Número de CPUs no servidor de origem

    RAM

    Servidor de origem

    Tamanho da RAM do servidor de origem

    disk_size

    Servidor de origem

    Tamanho do disco do servidor de origem

  4. Considere outros atributos — Além da ação principal, considere outras ações e atributos relacionados ao objeto ou aplicativo de destino. Para o padrão de exemplo, Padrão 1: rehospedar na Amazon EC2 usando o Application Migration Service ou o Cloud Migration Factory, a ação é rehospedar e o objeto de destino é a Amazon. EC2 Outras ações relacionadas a esse objeto de destino podem incluir fazer backup na Amazon EC2, monitorar a EC2 instância após a migração e usar tags para gerenciar os custos associados à EC2 instância. Você também pode considerar outros atributos do aplicativo que o ajudem a gerenciar a migração, como o proprietário do aplicativo, com quem talvez você precise entrar em contato para tirar dúvidas ou fazer a transição.

    A tabela a seguir inclui exemplos de metadados adicionais que são comumente usados. Essa tabela inclui tags para sua EC2 instância de destino. Para obter mais informações sobre tags e como usá-las, consulte Marcar seus EC2 recursos da Amazon na EC2 documentação da Amazon.

    Nome do atributo Tipo de objeto Descrição ou propósito

    Name

    EC2 Instância de destino (tag)

    Tag para definir o nome de uma EC2 instância de destino

    app_owner

    Aplicação de origem

    O proprietário de um aplicativo de origem

    business_unit

    EC2 Instância de destino (tag)

    Tag para identificar a unidade de negócios de uma EC2 instância de destino (por exemplo: RH, finanças ou TI)

    cost_center

    EC2 Instância de destino (tag)

    Tag para identificar o centro de custos de uma EC2 instância de destino

  5. Crie uma tabela — Combine todos os metadados identificados nas etapas anteriores em uma única tabela.

    Nome do atributo Tipo de objeto Descrição ou propósito

    wave_ID

    Onda de origem

    ID da onda (por exemplo: onda 10)

    wave_start_date

    Onda de origem

    Data de início da onda

    wave_cutover_date

    Onda de origem

    Data de transição para a onda

    wave_owner

    Onda de origem

    Dono da onda

    app_name

    Aplicação de origem

    Nome do aplicativo de origem

    app_to_server_mapping

    Aplicação de origem

    Application-to-server relacionamento

    app_to_DB_mapping

    Aplicação de origem

    Application-to-database relacionamento

    app_to_app_dependencies

    Aplicação de origem

    Dependências externas do aplicativo

    AWS_account_ID

    Ferramentas (Serviço de migração de aplicativos)

    AWS conta para hospedar a EC2 instância de destino

    AWS_Region

    Ferramentas (Serviço de migração de aplicativos)

    AWS Região para hospedar a EC2 instância de destino

    replication_server_subnet

    Ferramentas (Serviço de migração de aplicativos)

    Sub-rede para o servidor de replicação do Application Migration Service

    replication_server_security_group

    Ferramentas (Serviço de migração de aplicativos)

    Grupo de segurança para o servidor de replicação do Application Migration Service

    server_name

    Servidor de origem

    Nome do servidor de origem

    server_FQDN

    Servidor de origem

    Nome de domínio totalmente qualificado do servidor de origem

    server_OS_family

    Servidor de origem

    Família do sistema operacional (OS) do servidor de origem (por exemplo: Windows ou Linux)

    server_OS_version

    Servidor de origem

    Versão do sistema operacional do servidor de origem (por exemplo: Windows Server 2003)

    server_environment

    Servidor de origem

    Ambiente do servidor de origem (por exemplo: desenvolvimento, produção ou teste)

    server_tier

    Servidor de origem

    Nível do servidor de origem (por exemplo: web, banco de dados ou aplicativo)

    CPU

    Servidor de origem

    Número de CPUs no servidor de origem

    RAM

    Servidor de origem

    Tamanho da RAM do servidor de origem

    disk_size

    Servidor de origem

    Tamanho do disco do servidor de origem

    target_subnet

    Servidor de destino

    Sub-rede da instância de destino EC2

    target_subnet_test

    Servidor de destino

    Testar a sub-rede da instância de destino EC2

    target_security_group

    Servidor de destino

    Grupo de segurança da EC2 instância de destino

    target_security_group_test

    Servidor de destino

    Teste o grupo de segurança da EC2 instância de destino

    instance_type

    Servidor de destino

    Tipo de instância da EC2 instância de destino

    IAM_role

    Servidor de destino

    AWS Identity and Access Management (IAM) função da EC2 instância de destino

    Name

    Servidor de destino (tag)

    Tag para definir o nome de uma EC2 instância de destino

    app_owner

    Aplicação de origem

    O proprietário de um aplicativo de origem

    business_unit

    Servidor de destino (tag)

    Tag para identificar a unidade de negócios de uma EC2 instância de destino (por exemplo: RH, finanças ou TI)

    cost_center

    Servidor de destino (tag)

    Tag para identificar o centro de custos de uma EC2 instância de destino

  6. Repetir — Repita esse processo até que você tenha documentado os metadados necessários para cada padrão.

Etapa 2: criar os processos de armazenamento e coleta de metadados

Na etapa anterior, você definiu os metadados necessários para dar suporte à sua migração. Nesta etapa, você cria um processo para coletar e armazenar os metadados. Essa etapa consiste em duas tarefas:

  1. Analise os metadados necessários da etapa anterior e identifique a fonte.

  2. Defina um processo para armazenar e coletar os metadados com eficiência.

Analise as fontes de metadados

Há muitas fontes comuns de metadados. Normalmente, a primeira coisa que você pode acessar é um inventário de ativos de alto nível, que normalmente é exportado de um banco de dados de gerenciamento de configuração (CMDB) ou de outra ferramenta existente. No entanto, você também precisa coletar metadados de outras fontes, usando processos automatizados e manuais.

A tabela a seguir contém fontes comuns, o processo de coleta padrão dessa fonte e os tipos de metadados comuns que você pode esperar encontrar nessa fonte.

Fonte de metadados Tipo de coleção Tipo de metadados

Ferramentas de descoberta

Automatizado

Servidor de origem

CMDB

Automatizado

Servidor de origem

Inventário de outras ferramentas, como RVToolspara VMware vSphere

Automatizado

Servidor de origem

Questionário do proprietário do aplicativo

Manual

Servidor de origem, servidor de destino, wave

Entrevista com o proprietário do aplicativo

Manual

Servidor de origem, servidor de destino, wave

Documentação de design de aplicativos

Manual

Servidor de destino

Documentação do projeto da zona de pouso

Manual

Servidor de destino, ferramentas

Depois de listar todas as fontes possíveis de seus metadados, você analisa o tipo de metadados e mapeia cada fonte para os atributos de metadados que você identificou na etapa anterior.

  1. Obtenha uma lista completa dos atributos de metadados deEtapa 1: definir os metadados necessários.

  2. Analise cada tipo de metadado e determine quais tipos não podem ser recuperados usando um processo automatizado. Geralmente, esses são os tipos de metadados do servidor de destino e metadados wave, pois exigem decisões dos proprietários do aplicativo. Por exemplo, qual sub-rede e grupo de segurança você usará para as EC2 instâncias de destino?

  3. Analise cada atributo de metadados e mapeie-o para uma fonte de metadados na tabela anterior. É comum ter uma combinação de várias fontes. Você pode usar ferramentas de descoberta para coletar alguns metadados do servidor de origem. Para obter informações sobre o uso de ferramentas de descoberta para coletar metadados, consulte Introdução à descoberta automática de portfólio no site de Orientação AWS Prescritiva.

  4. Crie uma tabela para mapear o atributo de metadados de acordo com seu tipo e origem. A tabela a seguir é um exemplo.

    Atributo Metadata Tipo de metadados Fontes de metadados

    app_name

    Aplicação de origem

    CMDB

    app_owner

    Aplicação de origem

    CMDB

    app_to_server_mapping

    Aplicação de origem

    CMDB, ferramentas de descoberta ou questionário do proprietário do aplicativo

    app_to_DB_mapping

    Aplicação de origem

    CMDB, ferramentas de descoberta ou questionário do proprietário do aplicativo

    app_to_app_dependencies

    Aplicação de origem

    CMDB, ferramentas de descoberta ou questionário do proprietário do aplicativo

    server_name

    Servidor de origem

    CMDB

    server_FQDN

    Servidor de origem

    CMDB

    server_OS_family

    Servidor de origem

    CMDB

    server_IP

    Servidor de origem

    Ferramentas de descoberta

    disk_size

    Servidor de origem

    Ferramentas de descoberta

    instance_type

    Servidor de destino

    Ferramentas de descoberta

    target_subnet

    Servidor de destino

    Questionário do proprietário do aplicativo

    target_security_group

    Servidor de destino

    Questionário do proprietário do aplicativo

    AWS_Region

    Servidor de destino

    Questionário do proprietário do aplicativo

    AWS_account_ID

    Servidor de destino

    Questionário do proprietário do aplicativo

    replication_server_subnet

    Ferramentas (Serviço de migração de aplicativos)

    Documentação do projeto da zona de pouso

    replication_server_security_group

    Ferramentas (Serviço de migração de aplicativos)

    Documentação do projeto da zona de pouso

    Name

    Servidor de destino (tag)

    Questionário do proprietário do aplicativo

    business_unit

    Servidor de destino (tag)

    Questionário do proprietário do aplicativo

    cost_center

    Servidor de destino (tag)

    Questionário do proprietário do aplicativo

    wave_ID

    Planejamento de ondas

    Entrevista com o proprietário do aplicativo

    wave_start_date

    Planejamento de ondas

    Entrevista com o proprietário do aplicativo

    wave_cutover_date

    Planejamento de ondas

    Entrevista com o proprietário do aplicativo

Defina um único armazenamento de metadados

Depois de mapear cada atributo de metadados para sua fonte, você define onde armazenar os metadados. Independentemente de como e onde você armazena os metadados, você precisa escolher apenas um repositório. Isso garante que você tenha uma única fonte de verdade. Armazenar metadados em vários lugares é um erro comum em grandes migrações.

Opção 1: armazenar metadados em uma planilha em um repositório compartilhado

Embora essa opção possa parecer um processo muito manual, é o armazenamento de dados mais comum para grandes migrações. Também é comum armazenar a planilha em um repositório compartilhado, como um site da Microsoft. SharePoint

Uma planilha do Microsoft Excel é fácil de personalizar e não leva muito tempo para ser criada. As desvantagens são que ele se tornará muito complexo se você tiver muitos metadados e que pode ser difícil gerenciar os relacionamentos entre ativos, como entre o servidor, o aplicativo e o banco de dados. O outro desafio é o gerenciamento de versões. Você precisa limitar o acesso de gravação a apenas algumas pessoas ou usar um processo automatizado para atualizar a planilha.

Nos modelos de manual do portfólio, você pode usar o modelo Dashboard para planejamento e migração de ondas (formato Excel) como ponto de partida para criar sua própria planilha de armazenamento de dados.

Opção 2: armazenar metadados em uma ferramenta específica

Você pode usar uma ferramenta pré-criada, como o TDS Transition Manager (site do TDS), para armazenar seus dados ou criar sua própria ferramenta. Ao criar sua própria ferramenta, você precisa de tabelas de banco de dados, assim como as guias de planilhas do Excel na opção 1. Por exemplo:

  • Tabela de servidores

  • Tabela de aplicação

  • Tabela de banco de dados

  • Application-to-server e tabela application-to-database de mapeamento

  • Mesa de planejamento de ondas

  • Tabela de questionários do proprietário do aplicativo

Defina os processos de coleta de metadados

Nas etapas anteriores, você mapeou os metadados até sua origem e definiu um armazenamento de dados no qual coletará os metadados. Nesta etapa, você cria processos para coletar os metadados de forma eficaz. Você deve minimizar o copy-and-paste processo manual e usar a automação para coletar os metadados de cada fonte. Há três etapas:

  1. Crie um script de extração, transformação e carregamento (ETL) para cada fonte de metadados com base na tabela de mapeamento de metadados.

  2. Crie uma tarefa agendada que importe metadados de cada fonte automaticamente e regularmente.

  3. Crie um processo de exportação ou forneça acesso à interface de programação de aplicativos (API) aos metadados armazenados no repositório.

A tabela a seguir é um exemplo dos atributos de metadados coletados por cada script ETL. Os metadados são armazenados no local que você definiu na seção anterior, como uma planilha ou uma ferramenta específica.

Atributo Metadata Tipo de metadados Fonte de metadados Processo de coleta

app_name

Aplicação de origem

CMDB

Script ETL — CMDB

app_owner

Aplicação de origem

CMDB

Script ETL — CMDB

app_to_server_mapping

Aplicação de origem

CMDB

Script ETL — CMDB

app_to_DB_mapping

Aplicação de origem

CMDB

Script ETL — CMDB

app_to_app_dependencies

Aplicação de origem

Ferramenta de descoberta

Script ETL — ferramenta de descoberta

server_name

Servidor de origem

CMDB

Script ETL — CMDB

server_FQDN

Servidor de origem

CMDB

Script ETL — CMDB

server_OS_family

Servidor de origem

CMDB

Script ETL — CMDB

server_OS_version

Servidor de origem

CMDB

Script ETL — CMDB

disk_size

Servidor de origem

Ferramenta de descoberta

Script ETL — ferramenta de descoberta

instance_type

Servidor de destino

Ferramenta de descoberta

Script ETL — ferramenta de descoberta

target_subnet

Servidor de destino

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

target_security_group

Servidor de destino

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

AWS_Region

Servidor de destino

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

AWS_account_ID

Servidor de destino

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

Name

Servidor de destino (tag)

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

business_unit

Servidor de destino (tag)

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

cost_center

Servidor de destino (tag)

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

wave_ID

Planejamento de ondas

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

wave_start_date

Planejamento de ondas

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

wave_cutover_date

Planejamento de ondas

Questionário do proprietário do aplicativo

Script ETL — proprietário do aplicativo

Etapa 3: documentar os requisitos de metadados e os processos de coleta em um runbook

Nessa tarefa, você documenta suas decisões em um runbook de gerenciamento de metadados. Durante a migração, o fluxo de trabalho do seu portfólio segue esse runbook como procedimento padrão para coletar e armazenar metadados.

  1. Nos modelos de manual do portfólio, abra o modelo Runbook para gerenciamento de metadados (formato Microsoft Word). Isso serve como ponto de partida para criar seu próprio runbook.

  2. Na seção Atributos de metadados, crie uma tabela de atributos de metadados para cada padrão de migração e preencha as tabelas com os atributos de metadados identificados em. Etapa 1: definir os metadados necessários

  3. Na seção Locais de origem, documente as fontes em que você se identificouAnalise as fontes de metadados.

  4. Na seção Instruções de acesso à localização de origem, documente as etapas que um usuário precisaria seguir para acessar as localizações da fonte de metadados.

  5. Na seção Armazenamento de metadados, documente as etapas que um usuário precisaria seguir para acessar o armazenamento de metadados em que você criou. Defina um único armazenamento de metadados

  6. Na seção Tipos de coleta de dados, identifique o processo de coleta de dados que você usará para cada fonte de metadados. Idealmente, você deve automatizar toda a coleta de metadados usando scripts de automação.

  7. Na seção Coleta de dados por atributo de metadados, para cada atributo de metadados, identifique o seguinte de acordo com as instruções em: Defina os processos de coleta de metadados

    1. Tipo de metadados

    2. Fonte de metadados

    3. Armazenamento de metadados

    4. Tipo de coleção

  8. Na seção Coletar metadados, atualize o processo conforme necessário para seu caso de uso. Esse é o processo que o fluxo de trabalho do portfólio segue no estágio de implementação, quando eles coletam metadados para ondas.

  9. Verifique se o seu runbook está completo e preciso. Esse runbook deve ser uma fonte confiável durante a migração.

  10. Compartilhe seu runbook de gerenciamento de metadados com a equipe para análise.

Critérios de saída da tarefa

Continue com a próxima tarefa depois de concluir o seguinte:

  • Você preparou um único repositório para armazenar os metadados coletados.

  • Em seu runbook de gerenciamento de metadados, você definiu e documentou o seguinte:

    • Os atributos de metadados necessários para cada padrão de migração

    • Fontes de metadados e instruções detalhadas sobre como acessar cada fonte

    • O armazenamento de metadados e instruções detalhadas sobre como acessá-lo

    • Os processos usados para coletar metadados

    • Uma tabela de mapeamento que mapeia os atributos de metadados para as fontes de metadados e os processos de coleta