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.
-
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)
-
-
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
-
-
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
-
-
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
-
-
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.
-
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
-
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
-
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
-
-
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
-
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
-
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:
-
Analise os metadados necessários da etapa anterior e identifique a fonte.
-
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 RVTools |
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.
-
Obtenha uma lista completa dos atributos de metadados deEtapa 1: definir os metadados necessários.
-
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?
-
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.
-
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
-
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:
-
Crie um script de extração, transformação e carregamento (ETL) para cada fonte de metadados com base na tabela de mapeamento de metadados.
-
Crie uma tarefa agendada que importe metadados de cada fonte automaticamente e regularmente.
-
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 |
---|---|---|---|
|
Aplicação de origem |
CMDB |
Script ETL — CMDB |
|
Aplicação de origem |
CMDB |
Script ETL — CMDB |
|
Aplicação de origem |
CMDB |
Script ETL — CMDB |
|
Aplicação de origem |
CMDB |
Script ETL — CMDB |
|
Aplicação de origem |
Ferramenta de descoberta |
Script ETL — ferramenta de descoberta |
|
Servidor de origem |
CMDB |
Script ETL — CMDB |
|
Servidor de origem |
CMDB |
Script ETL — CMDB |
|
Servidor de origem |
CMDB |
Script ETL — CMDB |
|
Servidor de origem |
CMDB |
Script ETL — CMDB |
|
Servidor de origem |
Ferramenta de descoberta |
Script ETL — ferramenta de descoberta |
|
Servidor de destino |
Ferramenta de descoberta |
Script ETL — ferramenta de descoberta |
|
Servidor de destino |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Servidor de destino |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Servidor de destino |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Servidor de destino |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Servidor de destino (tag) |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Servidor de destino (tag) |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Servidor de destino (tag) |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Planejamento de ondas |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
Planejamento de ondas |
Questionário do proprietário do aplicativo |
Script ETL — proprietário do aplicativo |
|
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.
-
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.
-
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
-
Na seção Locais de origem, documente as fontes em que você se identificouAnalise as fontes de metadados.
-
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.
-
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
-
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.
-
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
-
Tipo de metadados
-
Fonte de metadados
-
Armazenamento de metadados
-
Tipo de coleção
-
-
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.
-
Verifique se o seu runbook está completo e preciso. Esse runbook deve ser uma fonte confiável durante a migração.
-
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
-