- hacer fork del proyecto actual al nuevo namespace
Luego sale esta pantalla
Una vez en este punto ya tenemos una copia en el espacio de destino
- Establecer la configuración de las ramas protegidas
- Establecer la configuración de cleanup del registry
- En la sección de security, activar el scan de las imágenes
- Tendremos que ejecutar el pipeline de la rama de desarrollo, de preproducción y de producción (master) en este orden.
Esto generará las entradas correspondientes en el registro
Y vemos los tags en Gitlab (menú lateral izquierdo) Deploy -> Container Registry
- Creamos una copia de los manifiestos helm-charts/charts/grupoOrigen/aplicacion a helm-charts/charts/grupoDestino
- Realizamos la sustitución de del grupoOrigen dentro de los manifiestos a grupoDestino en los ficheros donde aparezca
- Colocamos los tags obtenidos de las imágenes del registry nuevo y los colocamos en el Chart.yaml y values.yaml correspondiente (en los 3 entornos desa, test y prod)
- Mezclamos con el repositorio general
- Pedimos que los secretos de BD se les cree una política de acceso y roles de VAULT correspondiente a la nueva aplicación y namespace correspondiente al nuevo grupo (los secretos ya están creados en vault). Un Jira a VAULT
- Si hay más secretos notificarlo a los propietarios de esos secretos para que hagan lo mismo.
- Pedir la helm release como si fuera una aplicación nueva
- Dar de alta las colas de lagar como si fuera una aplicación nueva
- Notificar al grupoDestino que ya tiene la aplicación funcionando y que deben cambiar las url de los clientes porque han cambiado.
- Poner Jira a MIDk8s para dar de baja el despliegue antiguo
- Desvincular ambos proyectos
En el proyecto destino menú izquierdo - Settings -> General
- archivar/borrar el original