Acerca de las migraciones empresariales a GitHub Actions
Para migrar la empresa a GitHub Actions desde un sistema existente, puede planear la migración, completar la migración y retirar los sistemas existentes.
Esta guía aborda consideraciones específicas sobre las migraciones. Para obtener más información sobre cómo introducir GitHub Actions en su empresa, consulte Presentación de GitHub Actions a su empresa.
Planificación de la migración
Antes de empezar a migrar su empresa a GitHub Actions, debe identificar qué flujos de trabajo se migrarán y cómo afectarán esas migraciones a los equipos y, a continuación, planear cómo y cuándo completará las migraciones.
Aprovechar los especialistas en migración
GitHub puede ayudar con la migración, y también puede beneficiarse de la compra de GitHub Professional Services. Para obtener más información, póngase en contacto con su representante dedicado o [Equipo de ventas de GitHub](https://github.com/enterprise/contact).
Identificar e inventariar los destinos de migración
Para poder migrar a GitHub Actions, debe tener una comprensión completa de los flujos de trabajo que usa la empresa en el sistema existente.
Primero, crea un inventario de los flujos de trabajo de lanzamientos y de compilación existentes en tu empresa, juntando la información sobre qué flujos de trabajo se utilizan activamente y necesitan migrarse y cuáles pueden quedarse atrás.
A continuación, obtenga información sobre las diferencias entre el proveedor actual y GitHub Actions. Esto te ayudará a evaluar cualquier dificultad para migrar cada flujo de trabajo y en dónde tu empresa podría experimentar diferencias en características. Para más información, consulta Migrar a GitHub Actions.
Con esta información, podrá determinar qué flujos de trabajo puede y desea migrar a GitHub Actions.
Determinar impactos de equipo por migraciones
Cuando cambias las herramientas que utilizas dentro de tu empresa, influencias la forma en la que funciona tu equipo. Tendrá que tener en cuenta cómo mover un flujo de trabajo de sus sistemas existentes a GitHub Actions afectará al trabajo diario de los desarrolladores.
Identifica cualquier proceso, integraciones y herramientas de terceros que se afectará con tu migración y haz un plan de cualquier actualización que necesites hacer.
Considera cómo la migración podría afectar tus inquietudes de cumplimiento. Por ejemplo, ¿funcionarán las herramientas de análisis de credenciales y análisis de seguridad existentes con GitHub Actionso tendrá que usar nuevas herramientas?
Identifique las puertas y comprobaciones en el sistema existente y compruebe que puede implementarlas con GitHub Actions.
Identificar y validar las herramientas de migración
Las herramientas de migración automatizadas pueden traducir los flujos de trabajo de la empresa de la sintaxis del sistema existente a la sintaxis requerida por GitHub Actions. Identifique herramientas de terceros o póngase en contacto con su representante dedicado o Equipo de ventas de GitHub para preguntar sobre las herramientas que GitHub pueden proporcionar. Por ejemplo, puede usar GitHub Actions Importer para planear, definir el alcance y migrar los pipelines de CI a GitHub Actions desde varios servicios admitidos. Para más información, consulta Automatización de la migración con GitHub Actions Importer.
Después de que hayas identificado una herramienta para automatizar tus migraciones, valídala ejecutándola en algunos flujos de trabajo de prueba y verifica que los resultados sean los esperados.
Las herramientas automatizadas deberían poder migrar la mayoría de tus flujos de trabajo, pero es posible que necesites reescribir manualmente por lo menos un porcentaje pequeño de estos. Estima la cantidad de trabajo manual que necesitarás llevar a cabo.
Decidir llevar a cabo un enfoque de migración
Determina el enfoque de migración que funcionará mejor para tu empresa. Los equipos más pequeños podrían ser capaces de migrar todos sus flujos de trabajo de una sola vez con un enfoque de tipo "quitar y reemplazar". Para las empresas más grandes, un enfoque iterativo podría ser más realista. Puedes elegir que un cuerpo central administre toda la migración o puedes pedirles a los equipos individuales que lo hagan ellos mismos y migren sus propios flujos de trabajo.
Te recomendamos tener un enfoque iterativo que combine la administración activa con un autoservicio. Empiece con un grupo pequeño de adoptadores tempranos que actúen como defensores internos. Identifica un puñado de flujos de trabajo que sean suficientemente completos como para representar la amplitud de tu negocio. Trabaje con los usuarios pioneros para migrar esos flujos de trabajo a GitHub Actions, iterando según sea necesario. Esto les dará a los otros equipos la confianza de que sus flujos de trabajo también pueden migrarse.
A continuación, haga que esté GitHub Actions disponible para su organización más grande. Proporcione recursos para ayudar a estos equipos a migrar sus propios flujos de trabajo a GitHub Actions y notifique a los equipos cuándo se retirarán los sistemas existentes.
Finalmente, informa a todos los equipos que aún utilicen tus sistemas anteriores que deben completar sus migraciones en cierto tiempo. Puedes apuntar a los éxitos de otros equipos para asegurarles que la migración es posible y deseable.
Definir tu itinerario de migración
Después de decidir un enfoque de migración, cree una programación que describa cuándo cada uno de los equipos migrará sus flujos de trabajo a GitHub Actions.
Primero, decide la fecha en la que te gustaría completar tu migración. Por ejemplo, puedes planear completar tu migración en el momento en el que finalice tu contrato con tu proveedor actual.
Entonces, trabaja con tus equipos para crear un itinerario que cumpla con tu fecha límite sin sacrificar sus metas de equipo. Fíjate en la cadencia de tu negocio y en la carga de trabajo de cada equipo individual al que le pides migrarse. Coordínate con cada equipo para entender sus itinerarios de entrega y crea un plan que les permita migrar sus flujos de trabajo en un momento en el que no vaya a impactar su capacidad de entrega.
Migración a GitHub Actions
Cuando esté listo para iniciar la migración, traduzca los flujos de trabajo existentes a GitHub Actions utilizando las herramientas automatizadas y la reescritura manual que ha planificado previamente.
También podrías querer mantener artefactos de compilaciones anteriores de tu sistema existente, probablemente escribiendo un proceso con script para archivar los artefactos.
Retirar los sistemas existentes
Después de que se complete tu migración, puedes pensar en retirar tu sistema existente.
Es posible que desee ejecutar ambos sistemas en paralelo durante algún período de tiempo, mientras comprueba que la GitHub Actions configuración es estable, sin degradar la experiencia de los desarrolladores.
Finalmente, retire y apague los sistemas antiguos y asegúrese de que nadie en su empresa pueda volver a encenderlos.