Opciones de migración

  • Artículo

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Cuando decide realizar el traslado de Azure DevOps Server a Azure DevOps Services, es posible que empiece a empezar a trabajar con una organización vacía. A menudo, sin embargo, tendrá código existente, elementos de trabajo y otros recursos que desea mover. Hay muchos enfoques para hacerlo que varían tanto en la fidelidad de la transferencia de datos como en la complejidad del proceso.

Antes de migrar datos, revise las diferencias que existen entre Azure DevOps Server y Azure DevOps Services.

Opción 1: Copiar manualmente los recursos más importantes

Con seguridad, la opción más sencilla para mover datos a Azure DevOps Services es copiar manualmente los recursos más importantes e iniciar relativamente frescos. Esto puede ser difícil cuando se encuentra en medio de un proyecto grande, pero puede hacer que sea más fácil si realiza algún planeamiento avanzado y programa su movimiento cuando tiene sentido para su equipo.

Por ejemplo, cuando el equipo de Azure DevOps eligió migrar de Azure DevOps Server a Azure DevOps Services, también decidimos pasar de Control de versiones de Team Foundation (TFVC) a Git. Esto requería un poco de planeación, pero cuando en realidad realizamos la migración, creamos un nuevo repositorio de Git con la versión "tip" de nuestros orígenes de TF VC y dejamos nuestro historial detrás de Azure DevOps Server. También hemos movido nuestros elementos de trabajo activos y hemos dejado atrás todos nuestros errores antiguos, los casos de usuario completados y las tareas, etc.

Este es el proceso general:

  1. Identifique los recursos más importantes que necesita migrar, normalmente código fuente, elementos de trabajo o ambos. Otros recursos de Azure DevOps Server: canalizaciones de compilación, planes de prueba, etc., son más difíciles de migrar manualmente.
  2. Identifique un buen momento para realizar la transición.
  3. Prepare las organizaciones de destino. Cree las organizaciones y los proyectos de equipo que necesita, aprovisione usuarios, etc.
  4. Migre los datos.
  5. Considere la posibilidad de hacer que las implementaciones de Azure DevOps Server de origen sean de solo lectura.

Opción 2: Migración de base de datos de alta fidelidad.

El equipo de productos de Azure DevOps Server y Azure DevOps Services proporciona una herramienta de migración de datos de alta fidelidad. Hay disponible una guía de migración descargable en https://aka.ms/AzureDevOpsImport.

Guía de migración

Dado que la herramienta de migración de datos funciona en un nivel de base de datos, puede proporcionar una migración de fidelidad muy alta. Si quiere mover los datos existentes de Azure DevOps Server a Azure DevOps Services, se recomienda encarecidamente usar esta opción.

Opción 3: Uso de herramientas públicas basadas en API para una migración de mayor fidelidad

Si por algún motivo no puede usar la herramienta de migración de datos, pero desea una migración de fidelidad más alta que la opción 1, puede elegir entre una variedad de herramientas que usan API públicas para mover datos. Por lo general, estas herramientas pueden proporcionar una migración de fidelidad más alta que una copia manual de datos de "propina", pero siguen siendo relativamente baja fidelidad. Por ejemplo:

  • Ninguna de ellas conservará las fechas de los conjuntos de cambios de VC de TF.
  • Muchos de ellos no conservarán las fechas modificadas de las revisiones de elementos de trabajo.
  • Ninguno de ellos migrará todos los artefactos de Azure DevOps Server.

En general, solo se recomienda este enfoque si la fidelidad adicional más allá de una copia manual es fundamental. Si decide adoptar este enfoque, puede considerar la posibilidad de contratar a un consultor que tenga experiencia con una o varias de las herramientas. Definitivamente debe considerar la posibilidad de realizar una migración de prueba antes de realizar la migración final.

Muchas organizaciones necesitan una migración de fidelidad muy alta solo para un subconjunto de su trabajo. El nuevo trabajo podría iniciarse directamente en Azure DevOps Services. Otro trabajo, con requisitos de fidelidad menos estrictos, podría migrarse mediante uno de los otros enfoques. Tendrá que ponderar las ventajas y desventajas de los distintos enfoques con respecto a sus motivaciones para pasar a Azure DevOps Services y decidir por sí mismo cuál es la estrategia adecuada.