Determinando a abordagem de migração - 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á.

Determinando a abordagem de migração

Para decidir sobre uma abordagem de migração, você usa a análise realizada nos padrões existentes na fase anterior. As necessidades futuras de dados e análises de sua organização são considerações igualmente importantes. As ferramentas tradicionais de ETL locais lidam com modelos de dados relacionais e dados estruturados. Se você tiver dados semiestruturados e não estruturados para processar, poderá usar AWS serviços como o AWS Glue Amazon EMR para a migração. Outros fatores que podem influenciar a abordagem de migração incluem:

  • Se você quiser usar uma interface gráfica (como o AWS Glue Studio) ou uma estrutura personalizada (como bibliotecas Spark/Python)

  • Se você tem acesso seguro a fontes e AWS destinos locais

  • Habilidades e treinamento necessários para a equipe

  • Requisitos de auditoria e conformidade

Você pode selecionar entre três abordagens de migração: big bang, phased e lift and shift. A tabela a seguir compara essas três abordagens.

Abordagem Descrição Caso de uso Vantagens e desvantagens
Big bang Migre todos os pacotes SSIS dentro de um período específico.

  • A complexidade, o escopo e a arquitetura de destino são claros.

  • A equipe tem as habilidades necessárias ou a curva de aprendizado é superficial.

  • Alto risco.

  • Leva menos tempo do que a abordagem em fases.

  • Você pode usar AWS Glue o Amazon EMR ou estruturas personalizadas.
Faseado Identifique um pacote SSIS para cada padrão e complexidade distintos. Migre o pacote AWS, teste e compare os resultados com a arquitetura existente.

  • O tempo não é uma restrição.

  • Você quer designs diferentes para diferentes padrões de ETL.

  • Menos arriscada do que a abordagem do big bang, mas exige mais tempo e esforço.

  • Você pode usar AWS Glue o Amazon EMR ou estruturas personalizadas.
Levante e mude Migre a arquitetura atual como está. AWS

  • Seu hardware local não é mais suportado.

  • Você não tem os recursos para planejar uma migração imediatamente.

  • Menor esforço e tempo de migração necessários.

  • Os problemas com a solução existente permanecem AWS.

  • Os pacotes SSIS são executados como estão. Nenhuma outra ferramenta ou estrutura de ETL é necessária.

A comparação dos dados nos sistemas de origem e de destino é fundamental para uma migração bem-sucedida. Como o sistema de produção existente recebe atualizações regulares dos sistemas de origem, essa comparação pode se tornar confusa. Por esse motivo, ao determinar sua abordagem de migração, recomendamos que você também decida sobre sua estratégia de validação de dados.

  • Faça backups de todos os bancos de dados e arquivos aplicáveis do ambiente de produção no sistema de origem em uma data e hora específicas.

  • Faça backups de todos os bancos de dados do ambiente de produção no sistema de destino depois que todas as tarefas tiverem carregado com sucesso os dados dos dados de origem do backup.

  • Restaure os dados de origem em um ambiente de teste e execute os novos trabalhos.

  • Concorde com uma porcentagem de diferenças válidas entre os bancos de dados de origem e de destino (antigos e novos). Por exemplo, você pode decidir que uma diferença de menos de 1% é aceitável.

  • Liste todas as regras de validação a serem abordadas.

  • Automatize a comparação o máximo possível e cubra todas as regras.