[14/10/2022] Aunque la "muerte del mainframe" puede estar lejos, si es que llega a producirse, las empresas buscan actualmente estrategias de salida del big iron, y la multinacional de la logística FedEx ha sido noticia últimamente, al anunciar que retirará todos sus mainframes para el 2024 en un intento de ahorrar 400 millones de dólares anuales.
Como parte de su objetivo de lograr operaciones neutras en carbono a nivel mundial para el 2040, FedEx está adoptando un entorno de cero centros de datos/cero mainframes, ejecutando la mitad de su computación en instalaciones de colocación y la otra mitad en la nube, un movimiento que también ayudará al proveedor global de logística a ser más flexible, seguro y rentable, señala Ken Spangler, vicepresidente ejecutivo de tecnología de la información global de FedEx.
[Reciba lo último de CIO Perú suscribiéndose a nuestro newsletter semanal]
"Los mainframes no estaban en nuestro plan a largo plazo", anota. "A lo largo de un periodo de 10 años, hemos ido evolucionando lentamente alejándonos de la base del mainframe; es básicamente la estrategia de retirar, sustituir y rediseñar".
Hasta ahora, el 90% de las aplicaciones de gran tamaño de FedEx se han trasladado fuera de los mainframes de la empresa, pero el 10% son "pegajosas", debido a los problemas de integración debido a las capas de interdependencias, sostiene Spangler, añadiendo que FedEx tiene "algunas empresas operativas únicas" en su cartera con sus propias tecnologías que tienen muchas dependencias.
La empresa es tan grande como parece, ya que la migración de los sistemas de cálculo intensivo en los mainframes fuera de los centros de datos y hacia la nube no es para los débiles de corazón.
Aun así, empresas como IBM están tomando medidas para ayudar a las aplicaciones de mainframe de las empresas a tener una vida posterior en la nube, y muchas empresas se están embarcando en viajes para modernizar sus estrategias de mainframe existentes para la era digital, incluyendo una mayor inversión en el último big iron.
Pero para las empresas como FedEx que buscan desprenderse de sus patrimonios de mainframe en favor de la nube, es esencial un enfoque metódico. Las motivaciones para dar el paso varían, explica Mike Chuba, vicepresidente gerente de Gartner. En algunos casos se trata de un "envejecimiento del conjunto de habilidades"; y en otros, del envejecimiento de los equipos y del costo, señala.
"La analogía que utilizo es que si uno es propietario de una casa y no ha realizado el mantenimiento básico durante 10 o 15 años y las cosas se están cayendo a pedazos, tiene una decisión muy difícil: si hacer esa inversión sustancial para ponerse al día... o buscar trasladarse a otro lugar", comenta Chuba.
Para las tiendas de mainframe más pequeñas que "se han quedado muy atrás, y el mainframe no ha sido un activo estratégico ni un diferenciador competitivo", la elección puede ser menos corta y seca, añade. "Pueden estar funcionando con un hardware que tiene 10 años de antigüedad y con un software sin soporte, por lo que intentar modernizarlo puede ser demasiado grande".
Pero para las entidades que potencialmente pueden hacer realidad un futuro sin tener que mantener el big iron internamente, aquí están algunas ideas vitales de los líderes de TI que han comenzado el viaje.
Cuidado con el retraso del big data
Para el fabricante de cables Southwire, el impulso para abandonar los mainframes fue el envejecimiento de los equipos. Se convirtió en una cuestión de "¿queremos estar en el negocio de los centros de datos o hay otras personas que hacen el procesamiento mejor?", comenta Dan Stuart, vicepresidente senior de TI en Southwire, que fabrica alambres y cables para transmitir y distribuir electricidad.
Otro factor fue la "evitación de costos", añade Stuart, ya que se acercaba el ciclo de renovación de equipos y de contratos de software. En su lugar, la empresa optó por trasladar su entorno central SAP y los sistemas de primer nivel, incluido el sistema de recursos de fabricación de la empresa, a Google Cloud Platform (GCP).
La migración se produjo a mediados de julio del 2020 y fue llevada a cabo por una combinación de personal interno, servicios de Google y un proveedor externo, afirma Stuart, quien añade que el sistema SAP principal de Southwire todavía se ejecuta en una base de datos IBM DB2 en GCP, mientras que sus otras aplicaciones de nivel 1 se ejecutan en Google Cloud VMware.
La migración duró entre ocho y nueve meses, y Stuart está contento con los resultados. "No hemos experimentado muchos problemas en absoluto" ejecutando SAP en la nube, anota. "Diría que menos que en las instalaciones".
Pero no tener un "plan de proyecto bien trazado" en torno a los datos es algo que, según Stuart, sí dio lugar a problemas. "Si tuviera que volver a hacer esto, miraría el tamaño de nuestras bases de datos y las limpiaría antes de cortar y tomar un montón de datos históricos y archivarlos", señala. "El verdadero problema fue que necesitábamos dos días completos de inactividad para hacerlo, y para una empresa que funciona las 24 horas del día, eso es todo el tiempo que tenemos".
Lo siguiente es trasladar otro par de sistemas de fabricación de nivel 1 que, según Stuart, están listos para la nube ahora que TI ha implementado SD-WAN.
"Sabíamos que teníamos que aumentar nuestro ancho de banda para reducir cualquier tipo de desafío con el rendimiento", explica. "Acabamos de empezar a desplegar SD-WAN con líneas de datos redundantes con proveedores de red para reducir la cantidad de tiempo de inactividad y aumentar la cantidad de ancho de banda que llega".
Basándose en su experiencia, Stuart aconseja a los responsables de TI que limpien y purguen los datos antes de trasladar las aplicaciones de mainframe a la nube. "No se quiere trasladar [el exceso de datos] porque no se quiere pagar por ello. Así que sería muy recomendable dimensionar bien ese entorno. Después de eso, sabe exactamente los datos que quiere traer", anota.
Al pasarse a la nube, Southwire también ha podido agilizar su proceso de recuperación de desastres. Y dado que la empresa es "muy grande en ESG y sostenibilidad", dejar de tener que ejecutar y mantener los mainframes da a la empresa una reducción de su huella de carbono, anota Stuart.
Ser estratégico y acertar con la arquitectura
Por el contrario, el enfoque de FedEx para desprenderse de los mainframes locales es multivariante. Por ejemplo, como parte de su estrategia de "retirar, reemplazar y rediseñar", el entorno de la empresa de transporte de FedEx -una de esas aplicaciones de mainframe "pegajosas" en un 10%- se retirará porque "no merecía la pena rediseñar completamente e invertir mucho dinero", comenta Spangler.
"Queremos tener soluciones empresariales eficientes, así que, en ese caso, vamos a volver a poner en marcha el mainframe porque desaparecerá en dos años y tendremos [nuevas] soluciones empresariales", afirma. Spangler añade que "estamos siendo muy cautelosos a la hora de no replantear las cosas de forma genérica".
En general, el trabajo de desinversión en el mainframe de FedEx está siendo realizado por una combinación de equipos internos y externos. La "parte pesada" de su plan de retirada del mainframe se puso en marcha en el 2021. El objetivo es terminar en el 2023.
Aun así, Spangler aconseja a los responsables de TI que "adopten una visión económica" de lo que hay que migrar, dado que todavía existen "enormes capacidades tecnológicas" en el mainframe. "No puede ser algo teórico", señala. "Simplemente sabemos que, para nuestro entorno, porque somos una empresa de más de 40 años... tenemos tecnologías antiguas que estábamos sustituyendo de todos modos, y cuando miramos nuestra estrategia empresarial, simplemente tenía sentido".
Spangler añade que los líderes de TI también deben tener en cuenta los principios de ingeniería y arquitectura. "Mucha gente se centra tanto en deshacerse de sus mainframes que acaban siendo un desastre", sostiene, y añade que una ingeniería y una arquitectura sólidas por adelantado ayudarán a asegurarse de que se acaba con algo que es moderno, de clase mundial, ampliable, seguro y modificable.
Por último, Spangler recomienda a los responsables de TI que "actualicen continuamente su plan porque es una batalla. Es difícil. Brutalmente dura. Literalmente, basamos nuestro caso de negocio en esto cada trimestre y construimos desde la base".
Para ello, FedEx tiene que examinar todos los costos y elementos de ahorro, y empezar con una hoja en blanco que considere si las suposiciones se ajustan a la realidad. Esto garantiza que, si algo ha cambiado, los funcionarios sean conscientes de ello, anota.
"Cada semana, cada trimestre y cada año sabemos más", agrega. "Ahora mismo somos muy estables. Estamos súper seguros con una línea de visión alta y estamos ejecutando con mucha fuerza".
No dañar las aplicaciones críticas
A la hora de decidir si es el momento de dejar de alojar su propio big iron, hay que tener en cuenta una serie de variables. Además del costo de modernizar las operaciones y aplicaciones del mainframe, y de tener en cuenta las habilidades internas necesarias para mantener un mainframe y sus aplicaciones funcionando, las organizaciones deben pensar en el valor de la disponibilidad, la seguridad, la resistencia y la integridad transaccional, que a menudo son difíciles de cuantificar, señala Chuba de Gartner.
"La gente ha estado tratando de abandonar el mainframe durante los últimos 10 o 15 años, y muchos CIO están en el camino. ... Llegaron con la intención de abandonar el mainframe y han fracasado", afirma. "En parte, esto se debe a que los proveedores han prometido demasiado, pero la verdad es que no es fácil. La fruta más fácil se ha movido fuera [del mainframe] porque hay lugares a los que esas aplicaciones se pueden mover de forma más eficiente. Pero si una aplicación de misión crítica se migra y luego se cae, una empresa podría encontrarse fuera del negocio”, anota Chuba.
Los proveedores de la nube, y especialmente los hiperescaladores, han dedicado muchos recursos e inversiones a facilitar a las empresas la migración de aplicaciones fuera de sus mainframes en los últimos 10 años, añade, capacidades que seguirán mejorando.
Dicho esto, para la mayoría de las organizaciones, y para las grandes tiendas de mainframe en particular, "el mantra es: 'No haga daño a esas aplicaciones críticas para el negocio'", sostiene Chuba. "Necesitan un caso de negocio sólido y garantías de que la transición será perfecta y sus aplicaciones se ejecutarán con el mismo nivel de rendimiento, resiliencia, integridad transaccional y seguridad en la nube que lo que han tenido en los mainframes".
Mientras los CIO contemplan qué hacer con sus mainframes, Chuba señala que se reduce a unos pocos factores esenciales: "Si tiene un problema de habilidades, lo primero y más importante es que tiene que hacer algo, ya sea moverse a la nube o a un MSP", comenta Chuba. "Si no tiene las habilidades [del mainframe] no tiene muchas opciones. No puede simplemente cerrar la puerta y apagar las luces, y esperar y rezar para que las cosas funcionen".
En cuanto a los que están sopesando trasladar sus aplicaciones de mainframe a la nube frente a modernizarlas, "la discusión es el grado de riesgo que estás dispuesto a asumir", añade, señalando que, si un proyecto de migración de mainframe se prolonga de tres a seis o de nueve a doce años, los responsables de TI están incurriendo en muchos costos por el camino.
"FedEx es como si se sentara en la mesa de póquer y dijera: 'Nos lo jugamos todo'. Si pueden hacerlo y llevarlo a cabo de manera oportuna, no tengo ninguna duda .... podrán reclamar la victoria", anota Chuba. "Pero para los clientes que arrastran los pies o pierden el impulso en estos proyectos [después] de comenzar con la fruta que cuelga baja, y luego el proyecto se empantana y persiguen el siguiente objeto brillante ... los costos podrían llegar a ser bastante significativos".
Spangler, de FedEx, está de acuerdo en que, independientemente del entorno en el que se retire, el departamento de TI -y la empresa- tiene que mantener su compromiso. "Hay que liderarlo y hay que impulsarlo con fuerza, porque este tipo de tecnologías están muy integradas. Y hay que mantener la concentración. Esa es la parte difícil", finaliza.
Basado en el artículo de Esther Shein (CIO) y editado por CIO Perú
Puede ver también: