{"id":19167,"date":"2025-04-09T10:10:00","date_gmt":"2025-04-09T08:10:00","guid":{"rendered":"https:\/\/itpatagonia.com\/?p=19167"},"modified":"2026-04-20T14:54:05","modified_gmt":"2026-04-20T12:54:05","slug":"replatforming-vs-refactoring-it","status":"publish","type":"post","link":"https:\/\/itpatagonia.com\/es\/blog\/replatforming-vs-refactoring-it","title":{"rendered":"Replatforming: \u00bfconviene migrar de mainframe a cloud? Nuestra mirada experta"},"content":{"rendered":"

La modernizaci\u00f3n de las infraestructuras IT<\/a> es clave para mejorar la eficiencia, seguridad y escalabilidad de los sistemas empresariales. <\/p>\n\n\n\n

Y las opciones para lograrlo son m\u00faltiples y var\u00edan seg\u00fan las necesidades de cada organizaci\u00f3n.<\/p>\n\n\n\n

Modernizar puede implicar la migraci\u00f3n de una infraestructura mainframe a un ambiente cloud, en el marco de un proyecto de replatforming<\/em>. <\/p>\n\n\n\n

Tambi\u00e9n puede contemplar procesos de refactoring (refactorizaci\u00f3n) que conlleven una reestructuraci\u00f3n m\u00e1s profunda del c\u00f3digo de un sistema o aplicaci\u00f3n. <\/p>\n\n\n\n

De igual modo, puede incluir el despliegue de una arquitectura de microservicios<\/a> y\/o la automatizaci\u00f3n de procesos<\/a>. E, incluso, puede involucrar una actualizaci\u00f3n de las infraestructuras mainframe, que lejos de contraerse, contin\u00faan extendi\u00e9ndose. <\/p>\n\n\n\n

En este art\u00edculo analizamos c\u00f3mo evaluar la posibilidad de desarrollar un proyecto de replatforming<\/em>, las implicancias y desaf\u00edos que conlleva, y los errores m\u00e1s comunes que se cometen.<\/p>\n\n\n\n

Adem\u00e1s hacemos foco en las diferencias con el refactoring, y las tendencias que van a marcar el futuro del replatforming<\/em>.<\/p>\n\n\n\n

Para abordar estos temas entrevistamos a Leo Zrycki, director del Centro de Excelencia Mainframe de IT Patagonia<\/a> y cu\u00e1druple IBM Champion zSystem, quien nos brind\u00f3 su visi\u00f3n y perspectivas para contribuir a la elaboraci\u00f3n de esta nota.<\/p>\n\n\n\n

\u00bfEn qu\u00e9 consiste el replatforming?<\/h2>\n\n\n\n

En algunos casos, el replatforming<\/em> es una estrategia que implica trasladar aplicaciones del mainframe a una nueva infraestructura tecnol\u00f3gica, como la nube<\/strong>.<\/p>\n\n\n\n

Para poder precisar su definici\u00f3n es importante diferenciar los tipos de proyectos que pueden ser considerados como replatforming<\/em>. <\/p>\n\n\n\n

Un caso concreto es pasar sistemas completos de mainframe a Microfocus COBOL<\/strong>. Un cambio de ambiente, que implica que ya no se van a ejecutar los programas en el mainframe, sino en la nube.<\/p>\n\n\n\n

Hay otros proyectos que est\u00e1n m\u00e1s cercanos a la visi\u00f3n de IBM donde se mantiene el n\u00facleo de las aplicaciones en el mainframe, y los servicios en la nube<\/strong>. <\/p>\n\n\n\n

IBM tiene una visi\u00f3n de cloud h\u00edbrido, donde una parte importante del procesamiento de la organizaci\u00f3n pasa por el mainframe (en COBOL), mientras que algunos servicios en Java, Python y otros lenguajes de programaci\u00f3n<\/a>, se trasladan a la nube. <\/p>\n\n\n\n

Las nuevas versiones de infraestructuras mainframe de IBM admiten justamente esas posibilidades, e incluso la opci\u00f3n de tener un Linux en el mainframe para que todos los lenguajes modernos como Python, Java y C, puedan ser ejecutados desde ah\u00ed.<\/p>\n\n\n\n

Adem\u00e1s, ya es posible tener DevOps en mainframe. <\/p>\n\n\n\n

De hecho, el entorno de desarrollo integrado IDz<\/a> (IBM Developer for Z System), permite tener interfaces gr\u00e1ficas y trabajar como en cualquier otro lenguaje moderno, d\u00f3nde un programador puede ver el modelo de la base de datos y tener ayudas para la gesti\u00f3n del sistema.<\/p>\n\n\n\n

En el primero de ambos casos, se sale del mainframe. <\/p>\n\n\n\n

En el otro, se aprovecha gran parte de esa infraestructura y se dejan a las aplicaciones por fuera del mainframe.<\/p>\n\n\n\n

Diferencias entre replatforming y refactoring<\/h2>\n\n\n\n

El replatforming<\/em> y el refactoring<\/em> son estrategias de modernizaci\u00f3n de aplicaciones<\/a>, pero difieren en su alcance y enfoque. <\/p>\n\n\n\n

El replatforming<\/em> implica trasladar una aplicaci\u00f3n a una nueva infraestructura, a partir de la realizaci\u00f3n de los cambios necesarios para que funcione en el nuevo entorno sin alterar significativamente su arquitectura o c\u00f3digo<\/strong>. <\/p>\n\n\n\n

En cambio, el <\/strong>refactoring<\/em><\/strong> comprende una reestructuraci\u00f3n profunda del c\u00f3digo<\/strong> para optimizar su funcionamiento, mejorar su escalabilidad o adaptarlo a nuevas tecnolog\u00edas, sin modificar su comportamiento externo. <\/p>\n\n\n\n

Mientras que el replatforming<\/em> busca rapidez y menor impacto en el negocio, el refactoring<\/em> requiere m\u00e1s tiempo y esfuerzo, pero ofrece mayores beneficios a largo plazo.<\/p>\n\n\n\n

Para observarlo en ejemplos concretos, en el caso de pasar de un COBOL en mainframe a otro COBOL en cloud (Microfocus COBOL), la traducci\u00f3n es casi directa. Casi pero no totalmente, porque todo lo que tenga que ver con el ambiente online puede presentar diferencias. <\/p>\n\n\n\n

Por ejemplo, ya no va a haber pantallas que dependan de la plataforma, a trav\u00e9s de las cuales el personal de un banco ve una transacci\u00f3n. <\/p>\n\n\n\n

En este caso de replatforming<\/em>, desaparecen las pantallas propias que se desarrollan con comandos CICS en el mainframe<\/a> y habr\u00eda que reescribirlas.<\/p>\n\n\n\n

Por su parte, el refactoring tiene que ver con la mejora constante de los programas. Por ejemplo, cuando se avanza con una re ingenier\u00eda de programas o cuando se busca una condici\u00f3n de mantenimiento \u00f3ptimo, para que cualquier persona que lee un programa pueda entenderlo pr\u00e1cticamente de forma inmediata.<\/p>\n\n\n\n

\"Claves<\/a><\/figure>\n\n\n\n
<\/div>\n\n\n\n

\u00bfPor qu\u00e9 las organizaciones se plantean el replatforming?<\/h2>\n\n\n\n

Los motivos que pueden llevar a una empresa a iniciar un proceso de replatforming <\/em>son m\u00faltiples.<\/p>\n\n\n\n

1) Razones econ\u00f3micas<\/strong><\/p>\n\n\n\n

Hay empresas que comienzan a considerar la posibilidad de migrar de una infraestructura mainframe a un ambiente cloud, entendiendo que de esta manera pueden obtener un impacto econ\u00f3mico positivo. Aunque no necesariamente esto sea as\u00ed. <\/p>\n\n\n\n

Antes de tomar una decisi\u00f3n basada en una eventual reducci\u00f3n de costos, es importante tener en cuenta que los mainframes de IBM incorporaron novedades. Ahora, parte del procesamiento puede hacerse con un pago muy reducido<\/strong>.<\/p>\n\n\n\n

En efecto, existen coprocesadores dentro del mainframe que permiten ejecutar inteligencia artificial<\/a>. Parte de la carga de base de datos, parte del Linux del mainframe, corre en los procesadores especiales zIIP, que son muy econ\u00f3micos. <\/p>\n\n\n\n

Por lo tanto, tambi\u00e9n hay opciones econ\u00f3micas en el \u00e1mbito de las infraestructuras mainframe que deber\u00edan ser evaluadas para tomar la decisi\u00f3n m\u00e1s favorable para cada organizaci\u00f3n.<\/p>\n\n\n\n

2) Falta de talento mainframe<\/strong> <\/p>\n\n\n\n

Otro de los motivos que pueden conducir a la necesidad de avanzar en una migraci\u00f3n de infraestructura es la escasez de talento mainframe y programadores COBOL<\/a>. <\/p>\n\n\n\n

Estamos viviendo un escenario con una demanda de talento IT superior a la oferta disponible, en el que muchas veces se debe contratar a personas j\u00f3venes con poca experiencia y capacitarlos. <\/p>\n\n\n\n

O bien, reconvertir a personas que ya se encuentran trabajando dentro de la organizaci\u00f3n, para que adquieran nuevas competencias<\/a>.<\/p>\n\n\n\n

Sin duda, la ausencia de la cantidad de profesionales que hoy demanda la industria IT<\/a> es un aut\u00e9ntico cuello de botella, y la industria necesita respuestas para responder a su propia demanda de empleabilidad<\/strong>.<\/p>\n\n\n\n

Estas respuestas pueden ser generadas desde las propias empresas del sector tecnol\u00f3gico, como ocurre con IT Patagonia y su aliado Codeki<\/a>.<\/p>\n\n\n\n

3) Tendencia del mercado<\/strong> <\/p>\n\n\n\n

El inter\u00e9s de las empresas por migrar sus aplicaciones, datos, servidores y almacenamiento de infraestructuras locales tradicionales (on premise) hacia servicios en la nube en formato h\u00edbrido o 100% cloud, est\u00e1 aumentando. <\/p>\n\n\n\n

En 2024, se estimaba que el gasto de los usuarios finales en servicios de nube p\u00fablica en todo el mundo alcanzar\u00eda un total de 678.800 millones de d\u00f3lares. As\u00ed lo inform\u00f3 Gartner<\/a>, se\u00f1alando que, frente a los 563.600 millones de d\u00f3lares que gener\u00f3 el mercado cloud en 2023, la cifra estimada para 2024 representar\u00eda una subida anual del 20,4%.<\/p>\n\n\n\n

A medida que fue evolucionando esta tendencia, muchas empresas que ven\u00edan trabajando pr\u00e1cticamente al 100% con infraestructuras locales f\u00edsicas (on premise), comenzaron a evaluar la migraci\u00f3n de sus recursos hacia la nube<\/a>.<\/p>\n\n\n\n

\u00bfCu\u00e1les son los errores m\u00e1s comunes que cometen las organizaciones en proyectos de replatforming?  <\/h2>\n\n\n\n

Un proyecto de replatforming <\/em>es un proceso extendido en el tiempo, que puede demandar meses o incluso a\u00f1os, y que posee un alto umbral de riesgo<\/strong>.<\/p>\n\n\n\n

La inversi\u00f3n que hay en el stock de programas que tienen las organizaciones que trabajan con la plataforma mainframe, no es f\u00e1cil de reescribir. <\/p>\n\n\n\n

En paralelo, no es sencillo generar programas que se ejecuten en otras plataformas y tengan la performance adecuada.<\/p>\n\n\n\n

Esto pone en consideraci\u00f3n la eficacia y eficiencia de ese tipo de migraciones, caracterizadas por involucrar grandes riesgos que deben ser adecuadamente valorados.<\/p>\n\n\n\n

Por ello, los errores m\u00e1s comunes asociados a este tipo de proyectos, residen en que una empresa:<\/p>\n\n\n\n