¿Es hora de un mainframe rehosting?

Mejor en afirmativo: ¡Es hora de hacer un mainframe rehosting!

Mantener en funcionamiento un mainframe es tomar la decisión de aceptar desafíos costosos y de alto riesgo. No parece ser una decisión inteligente.

Si dejamos por un momento de lado el tema del mantenimiento de una plataforma antigua y cara, también vemos que el mercado demanda más agilidad tanto en aplicaciones como en procesos . En pocas palabras: innovación y rentabilidad.

¿Qué es el mainframe rehosting?

Como ya dijimos en nuestra página de inicio, el rehosting es  una de las tantas formas que existen de prolongar la vida útil de software valioso que fue desarrollado para hardware propietario. También podemos decir que es uno de los métodos más rentables de abordar la problemática a la que nos referimos: abandonar el mainframe.

Una forma de rehosting es trasladar el software «como está» de una plataforma a otra. Puedes leer algo más sobre esto en nuestro artículo de «Lift and shift«

También podemos abordar el tema desde el punto de vista  de una de las medidas estándar que usamos para referirnos al consumo de los recursos son los MIPS, esto es, el acrónimo en inglés de «millones de instrucciones por segundo». 

Es evidente que el objetivo es reducir el número de MIPS que identificamos como la carga de trabajo en el mainframe para trasladarlo a entornos más modernos y menos costosos. Hay una amplia variedad de herramientas automáticas que se encargan de esta tarea dependiendo de cual sea el destino que hayamos elegido.

¿Por qué hacer un mainframe rehosting?

Es una estrategia de bajo riesgo. La lógica del negocio no se ve afectada y la interfaz de usuario apenas cambia o no lo hace en absoluto con lo que los requerimientos de formación son mínimos reduciendo al máximo el impacto del cambio.

Es una estrategia de rápida implementación.

Dependiendo de la complejidad de la base instalada un proyecto de mainframe rehosting puede afrontarse en un lapso de 6 a12 meses.

Reutilización del personal.

Dependiendo del lenguaje de programación de la plataforma de origen es muy posible que con una formación mínima pueda mantener a sus recursos de personal de sistemas.

Actualización y modernización.

Las nuevas plataformas están mejor preparadas para responder con mayor rapidez a los cambios del mercado.

Independencia de propietario.

Los destinos del mainframe rehosting son mayormente sistemas de fuente abierta sin licenciamiento de propietario.

Rendimiento y escalabilidad.

Las nuevas plataformas son fácilmente escalables permitiendo mejores rendimientos generales y aumentando la velocidad de respuesta y adaptación frente a nuevas demandas del mercado.

Costos.

Hay una clara reducción de costos en las nuevas plataformas, tanto en mantenimiento, menos gastos de licenciamientos propietarios y acceso a personal bien preparado y en mayor oferta.

Conclusión

No es fácil tomar decisiones (¿Cuándo lo fue?) en esta situación, pero hay suficientes variables sobre la balanza que nos invitan a reflexionar.

Por otro lado, debemos ser conscientes que los tiempos se precipitan. y las preguntas se acumulan.

¿Reemplazamos nuestro mainframe por uno nuevo? ¿Reescribimos todo el código? ¿Solo una parte? ¿Cambiamos solo los front-ends? ¿Rehosting?

Es evidente que hay que tomar alguna decisión porque seguir esperando solo nos acercará al momento en que no hacer nada no sea una opción.