Opções de migração

Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019

Ao decidir fazer a mudança do Servidor de DevOps do Azure para os Serviços de DevOps do Azure, você pode começar de novo com uma organização vazia. Muitas vezes, no entanto, você terá código existente, itens de trabalho e outros ativos que deseja mover. Existem muitas abordagens para fazer isso que variam tanto na fidelidade da transferência de dados quanto na complexidade do processo.

Antes de migrar dados, examine as diferenças existentes entre o Servidor de DevOps do Azure e os Serviços de DevOps do Azure.

Opção 1: Copiar os ativos mais importantes manualmente

De longe, a opção mais fácil para mover dados para os Serviços de DevOps do Azure é copiar manualmente seus ativos mais importantes e começar relativamente novo. Isso pode ser difícil quando você está no meio de um grande projeto, mas você pode facilitar se você fizer algum planejamento antecipado e agendar sua mudança quando fizer sentido para sua equipe.

Por exemplo, quando a equipe do Azure DevOps optou por mudar do Servidor de DevOps do Azure para os Serviços de DevOps do Azure, também decidimos mudar do Controle de Versão do Team Foundation (TFVC) para o Git. Isso exigiu um pouco de planejamento, mas quando realmente realizamos nossa migração, criamos um novo repositório Git usando a versão "dica" de nossas fontes TF VC e deixamos nossa história para trás no Azure DevOps Server. Também movemos nossos itens de trabalho ativos e deixamos para trás todos os nossos bugs antigos, histórias de usuário e tarefas concluídas e assim por diante.

Aqui está o processo geral:

  1. Identifique os ativos mais importantes que você precisa migrar - normalmente código-fonte, itens de trabalho ou ambos. Outros ativos no Servidor de DevOps do Azure - pipelines de compilação, planos de teste e assim por diante - são mais difíceis de migrar manualmente.
  2. Identifique um bom momento para fazer a transição.
  3. Prepare suas organizações-alvo. Crie as organizações e os projetos de equipe de que você precisa, provisione usuários e assim por diante.
  4. Migre seus dados.
  5. Considere tornar as implantações do Azure DevOps Server de origem somente leitura.

Opção 2: Migração de banco de dados de alta fidelidade.

O Azure DevOps Server & a equipe do produto Azure DevOps Services fornece uma ferramenta de migração de dados de alta fidelidade. Um Guia de Migração para download está disponível em https://aka.ms/AzureDevOpsImport.

Guia de Migração

Como a ferramenta de migração de dados opera em um nível de banco de dados, ela pode fornecer uma migração de alta fidelidade. Se você quiser mover seus dados existentes do Servidor de DevOps do Azure para os Serviços de DevOps do Azure, é altamente recomendável usar essa opção.

Opção 3: Usando ferramentas públicas baseadas em API para migração de maior fidelidade

Se, por algum motivo, você não puder usar a ferramenta de migração de dados, mas ainda quiser uma migração de fidelidade maior do que a Opção 1, poderá escolher entre uma variedade de ferramentas que usam APIs públicas para mover dados. Geralmente, essas ferramentas podem fornecer uma migração de fidelidade mais alta do que uma cópia manual de dados de "dica", mas ainda são relativamente baixa fidelidade. Por exemplo:

  • Nenhum deles preservará as datas dos conjuntos de alterações do TF VC.
  • Muitos deles não preservarão as datas alteradas das revisões de itens de trabalho.
  • Nenhum deles migrará todos os artefatos do Azure DevOps Server.

Em geral, só recomendamos essa abordagem se a fidelidade extra além de uma cópia manual for crítica. Se você decidir adotar essa abordagem, você pode considerar contratar um consultor que tenha experiência com uma ou mais das ferramentas. Você definitivamente deve considerar fazer uma migração de teste antes de fazer sua migração final.

Muitas organizações precisam de uma migração de alta fidelidade para apenas um subconjunto de seu trabalho. Um novo trabalho pode potencialmente começar diretamente nos Serviços de DevOps do Azure. Outros trabalhos, com requisitos de fidelidade menos rigorosos, poderiam ser migrados usando uma das outras abordagens. Você terá que pesar os prós e contras das várias abordagens em relação às suas motivações para migrar para os Serviços de DevOps do Azure e decidir por si mesmo qual é a estratégia certa.