En este artículo
Tiene 4 formas de modernizar un sistema heredado: trasladarlo tal cual a la nube, convertir su código a una plataforma moderna, reconstruirlo en torno a las reglas de negocio que extrajo, o reemplazarlo por un producto listo y conservar solo sus datos. Deciden 4 preguntas: ¿sus reglas son propias de su empresa? ¿El problema está en dónde se ejecuta el sistema o en el sistema mismo? ¿Quién entiende todavía su código? ¿Cuánto cambio puede absorber su personal? Amazon agrupa estos caminos en 7 estrategias y Microsoft en 8, ambas decididas sistema por sistema.
En la parte 4 extrajo las reglas de negocio de su sistema y los responsables de los procesos las confirmaron. Esas reglas hacen posible la comparación siguiente: sin ellas no sabe qué comportamiento perdería con cada camino.
Los cuatro caminos en palabras sencillas
Hay muchos nombres técnicos, pero se reducen a 4 decisiones que cualquier directivo puede seguir. Esta tabla las compara; los nombres entre paréntesis son los que oirá de los proveedores:
| Camino | Cuándo encaja | Qué conserva | Qué arriesga | Quién debe participar |
|---|---|---|---|---|
| Trasladar tal cual (Rehost) | El sistema es estable y cumple su función; el problema son los servidores o el centro de datos | Todo: el código, las reglas y la forma de trabajar | Se lleva los problemas antiguos a un lugar nuevo | TI y quien sea responsable de la seguridad y los datos |
| Convertir el código (Replatform o Refactor) | Las reglas son correctas, pero el lenguaje o la plataforma ya no tiene soporte o sus licencias se han vuelto una carga | Las reglas y el comportamiento del sistema, en un lenguaje o plataforma moderna | Errores de conversión ocultos que solo aparecen en casos poco frecuentes | Los desarrolladores, más los responsables de los procesos para probar los resultados |
| Reconstruir en torno a las reglas (Rebuild) | Las reglas son propias de su empresa y la distinguen, y el sistema antiguo ya no da cabida a lo que necesita | Las reglas confirmadas y los datos; el código se escribe de nuevo | El camino más largo y el que más decisiones de la dirección exige | La dirección, los responsables de los procesos y el equipo de desarrollo juntos |
| Reemplazar por un producto listo (Replace) | Su trabajo en esta área se parece al de los demás, como RR. HH. o la contabilidad general | Solo los datos | Su personal cambia su forma de trabajar para adaptarse al producto, y pierde las reglas que este no admite | La dirección y el personal que lo usará cada día |
El código fuente es el texto del programa con el que se escribió el sistema. Si no lo tiene, o ya nadie lo entiende, el camino de la conversión se complica; la guía de estrategias de Amazon incluye una aplicación que nadie sabe mantener, o cuyo código fuente no está disponible, entre los casos que empujan hacia el rediseño.
Dónde encajan las herramientas de conversión con IA
Herramientas como AWS Transform trabajan sobre todo en el segundo camino: leen el código antiguo y lo convierten a una plataforma moderna, por ejemplo llevando aplicaciones antiguas de .NET Framework a una versión moderna que se ejecuta en Linux. Amazon afirma que la herramienta moderniza aplicaciones de Windows, mainframe y VMware hasta 5 veces más rápido; es la afirmación de Amazon sobre su servicio, no un resultado garantizado. Según su página de precios, el servicio cobra 0,035 dólares por minuto de agente y no cobra el tiempo de inactividad del usuario.
Pero la herramienta no elige el camino por usted. Acelera la conversión cuando la conversión es la decisión correcta, y ayuda poco si la mejor respuesta es reemplazar el sistema por un producto listo. Tenga en cuenta también que la página de regiones no incluye ninguna región en Oriente Medio y advierte que sus datos pueden procesarse en otra región, mientras que Amazon ha anunciado su región en la nube en el Reino para diciembre de 2026, según la Agencia de Prensa Saudí. Si su código contiene datos de clientes, compruebe dónde se procesarán antes de empezar.
Qué determina el coste y la duración
No le daremos una cifra, porque cualquier cifra dada sin conocer su sistema es una suposición. Estos son los factores que suben o bajan el coste y la duración en cualquier camino:
- Tamaño y entrelazamiento: el número de pantallas, informes y otros sistemas conectados a él, tal como mostró su inventario en la parte 3.
- Claridad de las reglas: cada regla confirmada ahorra tiempo, y cada regla desconocida significa un descubrimiento tardío y caro.
- Calidad de los datos: los datos duplicados o incompletos necesitan limpieza antes de cualquier traslado, sea cual sea el camino.
- Cuánto cambia para el personal: trasladar tal cual no cambia nada para el usuario; reemplazar lo cambia casi todo y requiere formación.
- Quién entiende todavía el sistema: un empleado que conoce su historia ahorra semanas de conjeturas.
Sobre el orden de los pasos, dos fuentes oficiales dan consejo. La guía de Amazon describe la rearquitectura como la estrategia más compleja y costosa, y para migraciones grandes recomienda trasladar primero y modernizar una vez completado el traslado. El Cloud Adoption Framework de Microsoft dice que trasladar tal cual solo conviene si está seguro de que la carga de trabajo seguirá en su estado actual al menos dos años; de lo contrario, es mejor modernizar de inmediato y evitar hacer el trabajo dos veces. Tratamos el traslado en sí en nuestra guía práctica para migrar a la nube.
Dos opciones que todos olvidan: conservar y retirar
No todo sistema heredado necesita modernizarse ahora. Tanto la lista de Amazon como la de Microsoft empiezan con dos opciones que no cuestan un proyecto completo:
- Retirar: algunos sistemas ya no se usan de verdad. Amazon pone el ejemplo de aplicaciones sin ninguna conexión entrante en los últimos 90 días, o cuyo uso de procesador y memoria está por debajo del 5 por ciento. Retirarlas después de archivar sus datos reduce el mantenimiento y el riesgo de seguridad.
- Conservar: un sistema estable que cumple su función sin un motivo cercano para cambiar, o uno vinculado a una máquina de fábrica sin equivalente. Aquí la decisión es mantenerlo, vigilarlo y volver a él más adelante.
Si se inclina por reemplazarlo con un ERP listo, compare primero estándar y a medida con los criterios de cómo elegir un ERP, y parta de su lista de reglas confirmadas: cada regla que el producto no admita se convertirá en una personalización costosa o en trabajo manual.
La visión de Origami
No empezamos por la tecnología, sino por las reglas: ¿qué reglas de negocio de este sistema distinguen a su empresa y cuáles comparte con todos los demás? Lo que la distingue merece construirse o convertirse con cuidado; lo compartido puede quedar bien cubierto por un producto listo con una buena integración con sus otros sistemas. Por eso la decisión suele ser una combinación: un sistema reemplazado, otro convertido y un tercero conservado tal cual.
Usamos herramientas de IA donde de verdad ahorran tiempo, al leer, convertir y probar código, pero la elección del camino sigue en manos de la dirección una vez que ve qué conserva y qué pierde cada opción. Si quiere ver cómo trabajamos, consulte nuestros servicios.
El ejercicio de esta semana: una decisión por sistema
Vuelva a su inventario de sistemas y añada dos columnas para cada uno: ¿sus reglas son propias de su empresa o compartidas? ¿Y dónde está el problema: en el lugar donde se ejecuta o en el sistema mismo? Después anote el camino provisional:
| Sistema | ¿Reglas propias o compartidas? | ¿Problema en el lugar o en el sistema? | Camino provisional |
|---|---|---|---|
| Ejemplo: sistema de precios | Propias | El sistema | Convertir o reconstruir |
| Ejemplo: gestión de vacaciones | Compartidas | El sistema | Reemplazar por un producto listo |
| Ejemplo: archivo antiguo | No se usa | No importa | Retirar después de archivar los datos |
Son ejemplos ilustrativos; su tabla será distinta. Lo importante es que cada sistema tenga un motivo escrito para su camino, revisado por los responsables de los procesos antes de pedir presupuestos.
Próximamente
Ya ha elegido un camino para cada sistema. Aún queda el día más arriesgado del proyecto: el día del cambio. En la parte 6 explicamos cómo probar el código que la IA escribió o convirtió comparando los resultados de ambos sistemas con las mismas transacciones reales, cómo ejecutarlos en paralelo durante un periodo definido y cuándo necesita un plan de vuelta atrás.
Fuentes
- Amazon: las siete estrategias de migración en la guía para migraciones grandes — retirar, conservar, rehospedar, recomprar, rearquitecturar y cuándo encaja cada una.
- Microsoft: seleccione sus estrategias de migración a la nube — las ocho estrategias y la condición de dos años para rehospedar.
- AWS Transform: página oficial — qué moderniza el servicio y la afirmación de hasta 5 veces más rapidez.
- AWS Transform: precios — 0,035 dólares por minuto de agente.
- AWS Transform: regiones admitidas — regiones y procesamiento de datos entre regiones.
- Agencia de Prensa Saudí: región de AWS en Arabia Saudí en diciembre.
- SDAIA: protección de datos personales.
Preguntas frecuentes
¿Es mejor reescribir mi sistema heredado o reemplazarlo?
Depende de sus reglas de negocio. Si son propias de su empresa y la distinguen, reconstruir o convertir encaja mejor; si su trabajo en esa área se parece al de todos los demás, un producto listo puede bastar una vez trasladados los datos.
¿Trasladar mi sistema a la nube tal como está resuelve sus problemas?
No. Trasladarlo tal cual solo cambia dónde se ejecuta el sistema, y Microsoft lo recomienda únicamente si está seguro de que el sistema seguirá igual al menos dos años.
¿Las herramientas de IA como AWS Transform eligen el camino correcto por mí?
No. Aceleran la conversión del código cuando la conversión es la decisión; elegir el camino es una decisión de la dirección una vez que sabe qué conserva y qué pierde cada opción.
¿Cuánto cuesta modernizar un sistema heredado y cuánto tarda?
No existe una cifra honesta sin estudiar el sistema. Los factores decisivos son su tamaño y sus conexiones, la claridad de sus reglas, la calidad de los datos, cuánto cambia para el personal y si alguien todavía lo entiende.
Sigue a Origami en Google
Añade Origami como fuente preferida y nuestros artículos te aparecerán primero en la Búsqueda de Google y en las Noticias destacadas.
