Migrar desde sistemas heredados sin congelar el negocio
La reescritura que detiene el desarrollo de funcionalidades durante un año es la que se cancela en el noveno mes.
Por VPFUnited Solutions
Las reescrituras de big bang fracasan con un patrón predecible. El trabajo se detiene en el sistema antiguo, el nuevo tarda más de lo previsto, el negocio absorbe un año sin mejoras y, alrededor del noveno mes, la conversación sobre la financiación se vuelve hostil.
El patrón strangler evita esto moviendo una capacidad cada vez detrás de una capa de enrutamiento. Cada capacidad que se mueve es valiosa de forma independiente y reversible de forma independiente, y el negocio sigue recibiendo mejoras durante todo el proceso.
Empieza con una capacidad bien entendida y de bajo riesgo, no con la más dolorosa. La primera migración es donde aprendes qué necesitan hacer realmente tu capa de enrutamiento, tu sincronización de datos y tu procedimiento de rollback. Aprende eso con algo que perdone.
Acepta que ambos sistemas estarán activos simultáneamente durante un período largo, y diseña para ello deliberadamente. Escrituras duales, trabajos de reconciliación y una regla clara sobre qué sistema es el autoritativo para cada entidad. Este es el coste real del enfoque, y es mucho menor que el coste de una reescritura cancelada.
Documenta lo que descubras sobre la marcha. Los sistemas heredados codifican reglas de negocio que no existen en ningún otro lugar, y la migración suele ser la única ocasión en que alguien las lee. Esa documentación con frecuencia sobrevive al proyecto como el artefacto más valioso.