Migrar desde Auth0 sin dejar a todos fuera de sesión
Por El equipo de Alt Auth
La razón por la que los equipos se quedan con un proveedor de autenticación que ya les queda pequeño rara vez es el producto. Es la migración: el miedo a una ventana de mantenimiento, a enviar a cada cliente un email de restablecimiento de contraseña, a que una integración olvidada se rompa un viernes. Ese miedo es en gran parte infundado si el traslado se planifica por etapas.
Etapa uno: escritura doble, lectura única
Empieza creando cada usuario en el nuevo sistema en el momento en que se autentica en el antiguo. Tu aplicación sigue confiando en el proveedor anterior; el nuevo acumula en silencio una tabla de usuarios idéntica. Tras un ciclo de facturación completo habrás cubierto la gran mayoría de usuarios activos sin que nadie se dé cuenta.
Etapa dos: cambia la ruta de lectura
Dirige las sesiones nuevas al proveedor nuevo, manteniendo el antiguo como respaldo para quien aún no se haya migrado. Como ambos emiten tokens firmados, tu aplicación puede verificar cualquiera de los dos durante el solapamiento. Es el único paso realmente arriesgado, y se puede revertir con un cambio de configuración.
Etapa tres: barre la cola
- Exporta las cuentas inactivas restantes e impórtalas por CSV.
- Esos usuarios pasarán por la recuperación de contraseña cuando vuelvan por primera vez: un flujo normal, no un email masivo de restablecimiento.
- Mantén el tenant antiguo activo, en solo lectura, durante un ciclo más antes de cancelarlo.
- Solo entonces elimina de tu aplicación la ruta de verificación de respaldo.
Toda la secuencia se ejecuta en segundo plano a lo largo de semanas. No hay ventana, no hay email a todos los clientes y no hay ningún momento en el que un inicio de sesión falle porque el cambio se produjo a mitad de una petición.