Migración de aplicaciones y de usuarios

Una ola es un grupo de aplicaciones y usuarios que se migran juntos en una fecha. Las olas permiten aprender: la primera es un piloto, con aplicaciones de riesgo bajo y usuarios que toleran un fallo, y lo que sale mal ahí se corrige antes de tocar lo que no puede fallar. Después se sube en importancia. Lo que más pesa para el negocio, como la emisión de pólizas, no va en la primera ola.

Cada ola tiene además un criterio de salida: qué debe ser cierto para pasar a la siguiente (cuántos usuarios entraron sin ayuda, cuántas incidencias quedan abiertas) y un plan para volver atrás si algo sale mal.

Migrar el directorio mueve a las cuentas que viven en él. No mueve a quien no vive en él. Una aplicación con cuentas locales guarda sus propios usuarios y contraseñas: no consulta ningún directorio, no se entera de la migración y, el día del apagado, sigue funcionando igual. Eso parece una buena noticia hasta que se recuerda que esas cuentas no pasan por las políticas ni por las bajas de la empresa. Tiene su propio plan: o se conecta al directorio nuevo, o se justifica y se documenta como excepción.

En aplicaciones.txt mira la columna de la autenticación actual.

Dimensionar una ola es sumar a quienes usan sus aplicaciones: son las personas a las que hay que avisar, capacitar y atender en la mesa de ayuda. En esta consola cada aplicación trae su número de usuarios, y una persona que usa dos aplicaciones cuenta en las dos, que es la manera de medir la carga de soporte.

Suma los usuarios de las aplicaciones asignadas a la ola 1.

El calendario tiene una restricción dura: el directorio antiguo se apaga en una fecha, y toda aplicación que dependa de él debe haber migrado antes, o ese mismo día. Una aplicación en la que nadie piensa porque se usa poco (un archivo histórico, una consulta de fin de año) es la candidata clásica a quedar fuera de las olas principales y a aparecer después, como un reclamo.

Cruza la ola de cada aplicación en aplicaciones.txt con su fecha en olas.txt y compárala con la del retiro.

Después de migrar a un usuario hay que confirmar que funciona de verdad: que inicia sesión, que sus aplicaciones lo reconocen, que conserva los permisos que debía conservar. Para eso la cuenta antigua no se borra el mismo día: se deja un periodo de convivencia con fecha de fin, para poder volver atrás si algo falla, y se retira cuando se confirma. Una cuenta antigua que convive sin fecha es otra puerta abierta.