El paradoja del mainframe en la era digital

La narrativa de que el mainframe es una plataforma obsoleta no se sostiene cuando observamos la infraestructura de las mayores economías del mundo.

Con el lanzamiento del IBM z17 y del procesador Telum II —que integra aceleradores de IA directamente en el hardware—, el mainframe reafirma su posición como el núcleo central de transacciones de altísimo volumen.

Hoy, el 75% de las empresas de la lista Forbes y el 95% de los mayores bancos y aseguradoras dependen de esta tecnología.

La modernización del mainframe, por tanto, no es un proceso de desmantelamiento, sino un imperativo estratégico para sostener el crecimiento digital. Incluso con la expansión hacia la nube, el procesamiento en mainframe continúa creciendo, lo que exige que los líderes de infraestructura alineen el consumo de MIPS directamente con los resultados financieros de la organización.

Decodificando la proporcionalidad: MIPS vs. ingresos

Existe una correlación directa entre la capacidad instalada de MIPS (Millions of Instructions Per Second) y los ingresos corporativos. Esta métrica permite a los ejecutivos evaluar si la infraestructura está operando con eficiencia o si existen ineficiencias que están erosionando los márgenes.

La siguiente tabla clasifica a las empresas según esta proporcionalidad (USD):

Esta métrica es especialmente relevante en el mercado brasileño y funciona como una brújula para la planificación de capacidad, permitiendo evaluar si el aumento del procesamiento refleja un crecimiento real de ingresos.

Eficiencia operativa y el “efecto móvil”

El consumo de MIPS se ha disparado debido al llamado “efecto móvil”, impulsado por la conveniencia del mobile banking y PIX. El problema es que esta demanda ha generado una brecha entre costo e ingresos.

Las consultas repetitivas de saldo y extracto funcionan como “consultas parásitas”: consumen recursos costosos de MSU (Millions of Service Units) y aumentan la factura del IBM MLC (Monthly License Charge) sin generar ingresos directos.

Estudios indican que los costos operativos de TI han aumentado aproximadamente un 35% en los bancos solo para sostener este volumen de consultas. Sin una estrategia rigurosa de optimización, el mainframe procesa estas solicitudes con la misma prioridad que las transacciones críticas, erosionando la rentabilidad de forma silenciosa.

Más allá de la emulación: el verdadero cuello de botella está en las pruebas

El principal cuello de botella del DevOps en el mainframe no está en la codificación, sino en la dependencia de ventanas de prueba y en las limitaciones de las herramientas de emulación (fake/mock/stub), que no logran reproducir la complejidad real.

Eccox APT (Application for Parallel Testing) aborda este problema utilizando contenedores reales en z/OS, lo que permite:

• Aislamiento real: pruebas paralelas sin conflictos de datos o programas

• Reducción de tiempo: ciclos de prueba reducidos entre un 70% y un 80%

• Autoservicio: provisión de entornos vía web, sin dependencia de tickets que pueden tardar semanas

En la práctica, el ciclo pasa a ser definido por el negocio, no por la infraestructura.

Análisis de impacto y planificación de capacidad

La necesidad de responder rápidamente a cambios regulatorios —como la migración del CNPJ a formato alfanumérico, que impacta cerca de 140.000 programas— pone en evidencia otro punto crítico: el análisis de impacto.

Mientras que los levantamientos manuales pueden llevar semanas, Eccox Discovery identifica los impactos en segundos, permitiendo una visión estructurada del proyecto y una planificación de sprints con alta precisión.

Este nivel de previsibilidad no es solo eficiencia operativa, sino también mitigación de riesgos. Fallas en producción ya han generado pérdidas millonarias en un solo día debido a pruebas insuficientes.

Prueba de valor: Bradesco e Itaú

Los resultados demuestran que no se trata de teoría.

• Bradesco (Proyecto BIN de 8 dígitos): Reducción del 88% en el tiempo de entrega y del 87% en el aprovisionamiento de entornos

• Itaú: Reducción del 60% en las fases de prueba y un aumento del 25% en el time-to-market

• Eficiencia operativa: Un proceso que requería 3 especialistas durante 4 semanas (480 horas) ahora puede ejecutarse en aproximadamente 2 horas

• ROI: En entornos complejos, la inversión puede recuperarse en un período de 6 a 8 meses

No se trata de una mejora incremental, sino de un cambio estructural en la forma de operar.

Estrategia de modernización: optimizar antes de migrar

Una modernización eficiente requiere claridad sobre el camino hacia la nube híbrida:

• Refactorización automatizada (ej.: AWS Blu Age): conversión de código legado a lenguajes modernos

• Replatforming (ej.: Rocket Software): transformación de workloads en servicios escalables

• Estrategia Eccox (optimización previa a la migración): reducción del consumo de MIPS antes o durante la migración, evitando trasladar ineficiencias a la nube

Aquí está el punto crítico: migrar sin optimizar es simplemente trasladar el costo.

El mainframe no es un costo que deba eliminarse, sino un activo de alto rendimiento que requiere una gestión moderna.

Modernizar no significa abandonar el mainframe, sino integrarlo en una estrategia donde la infraestructura responda a la velocidad del negocio.

Maximizar el valor de cada MIPS, eliminar los cuellos de botella en pruebas y proteger los márgenes ha dejado de ser optimización para convertirse en una condición de sostenibilidad.

En este contexto, la modernización del mainframe no es una decisión técnica, sino una decisión de negocio.

Si el consumo de MIPS ya no acompaña el valor generado por el negocio, el problema puede no estar en la capacidad, sino en la forma en que se está utilizando. Habla con Eccox y descubre cómo optimizar tu entorno de mainframe, reducir costos operativos y alinear la infraestructura con el crecimiento real de tu organización.