Migrar un sistema legado sin apagar el negocio

El patrón estrangulador, la doble escritura y por qué el plan de reversa es la parte más importante del proyecto.

La tentación con un sistema legado siempre es la misma: construir el reemplazo completo en paralelo y cambiar todo un fin de semana. Le llaman big bang y el nombre es honesto, porque cuando falla, falla completo.

El patrón estrangulador

La alternativa es ir extrayendo funcionalidad del sistema viejo, pieza por pieza, mientras ambos conviven. Se pone una capa de enrutamiento al frente y cada funcionalidad migrada empieza a resolverse en el sistema nuevo, sin que el usuario lo note.

Es más lento en el papel y muchísimo más rápido en la realidad, porque cada pieza migrada entrega valor de inmediato y los errores se descubren de a poco.

Doble escritura y conciliación

Durante la transición, las escrituras van a ambos sistemas y un proceso automatizado concilia los datos cada noche. Cuando la conciliación reporta cero diferencias durante dos semanas seguidas, el corte de ese módulo es seguro.

• Escribe en ambos sistemas, lee siempre del viejo hasta el corte.
• Concilia registro por registro, no por totales.
• Define el umbral de corte antes de empezar, no durante.

Un plan de reversa que no se ha probado no es un plan, es un deseo.

El plan de reversa se prueba, no se escribe

En el proyecto de migración de ERP más grande que hemos hecho, probamos el plan de reversa tres veces en un ambiente espejo antes del corte real. Nunca se usó. Y esa es exactamente la razón por la que el corte se pudo ejecutar con calma.