Hablamos con los clientes todos los días sobre los desafíos inherentes a la gestión de alto volumen mainframe entornos donde la eficiencia y la contención de costos son prioridades máximas, y sabemos que las preocupaciones de capacidad no siempre se tratan solo de alto carga de trabajo volumen. Se trata de demasiada carga de trabajo concentrada en la misma ventana en el mismo recurso.
La contención ocurre cuando:
- Demasiados trabajos en lotes golpeados GP CPU al mismo tiempo
- Compitiendo por el mismo recurso limitado
- Causando retrasos, SLA señoritas, y superposición con en línea
JOPAZ reequilibra las balanzas redistribuyendo los pesados COBOL cargas de trabajo por lotes a motores más eficientes, cambiando el comportamiento de esos picos sin tocar las aplicaciones.
¿Qué cambios? Ruta de ejecución, comportamiento de la CPU y entorno de ejecuciónJVM)
¿Qué no? Código fuente COBOL, datos, marco de planificación y salidas
A continuación, analizamos cómo tres grandes empresas de diferentes sectores lograron ahorros increíbles en CPU mientras resolvían sus desafíos de contención de forma definitiva.
1. Organización de Miembros y Servicios: Solucionando el Pico R4HA
Para una importante organización miembro norteamericana que ofrece servicios automotrices, de viajes y financieros, la creación de previsibilidad era una prioridad principal. Su procesamiento por lotes estaba aumentando los costos del Promedio Móvil de 4 Horas (R4HA), creando una necesidad urgente de una mejor distribución de la carga de trabajo.
La estrategia:
La organización recurrió a JOPAZ para abordar la causa principal de la competencia por la carga de trabajo.
- Compilaron código fuente COBOL batch en bytecode de Java
- Este código se ejecutó posteriormente en la JVM de Unix System Services
Esto les permitió aprovechar IBM zIIP motores, reduciendo la presión pico de GP al redistribuir la ejecución
La configuración:
- COBOL Db2 medio ambiente
- Los resultados también se probaron utilizando un archivo secuencial.
Los resultados:
El impacto fue inmediato y sustancial:
Sin JOPAZ
- 47.96 segundos de tiempo de CPU
Con JOPAZ
- 2,47 segundos de tiempo de CPU (reducción de 951 TP18T)
- Ahorro de CPU en COBOL por lote 94.84%
- MSUs recuperados para nuevas cargas de trabajo
- No se requirieron cambios en el código fuente original
2. Proveedor de Energía Minorista: Inversión en Eficiencia
Un importante proveedor de energía de América del Norte con una gran presencia de Db2 necesitaba una forma más estratégica de utilizar sus recursos de procesamiento existentes.
La Estrategia:
Al igual que en el primer caso, el cliente recurrió a JOPAZ para que su lote COBOL pudiera ejecutarse en su motor zIIP. En esta ocasión, el motor zIIP disponía de una capacidad limitada para su uso por parte de JOPAZ, por lo que, tras el éxito de los resultados iniciales, se añadió un segundo zIIP.
La configuración:
- Entorno COBOL Db2
- Usamos tres procesos por lotes. Cada uno de estos procesos por lotes tenía programas COBOL que accedían a Db2, y cada proceso tenía múltiples pasos.
Los Resultados:
Sin JOPAZ
- 2:26.27 Minutos de tiempo de CPU
- 14:10 hora del reloj
Con JOPAZ: un solo motor zIIP
- 14,4 segundos de tiempo de CPU (reducción de 901 TP18T)
- 5:44 minutos de tiempo cronometrado (disminución de 601 TP18T)
- Ahorro de CPU en COBOL por lotes 76%
Con JOPAZ – 2 motores zIIP
- 6,97 segundos de tiempo de CPU (una reducción de 951 TP18T)
- 8:40 minutos de tiempo real (disminución de 391 TP y 18 T)
- Ahorro de CPU en COBOL por lotes 96.7%
Las pruebas iniciales fueron tan prometedoras que el cliente contrató inmediatamente recursos dedicados para llevar el proyecto a su finalización. Lo más importante es que esto se logró sin ningún cambio en el código o la lógica comercial.
3. Empresa de tecnología de pagos: Abordando la complejidad y VSAM
En América del Sur, una empresa líder en tecnología de pagos procesa miles de millones de transacciones anualmente. A diferencia de los otros ejemplos, este fue un puro VSAM entorno sin bases de datos tradicionales, y presentaba aplicaciones excepcionalmente grandes y complejas.
La Estrategia:
Dado que ya contaban con cuatro procesadores zIIP infrautilizados en su rack, la empresa consideró que JOPAZ era la solución perfecta para recuperar capacidad de GP. Comenzaron recompilando un complejo programa de 54 000 líneas. En palabras de nuestro cliente: «Si JOPAZ puede gestionar esta aplicación, puede gestionar cualquier cosa».
La configuración:
- El 35% del volumen total de trabajo corresponde a procesos por lotes en COBOL
- Entorno VSAM puro sin bases de datos tradicionales
- 4 procesadores zIIP infrautilizados disponibles
Los Resultados:
- Reducción del uso de CPU de COBOL por lote en 97%
- Maximizamos el retorno de la inversión (ROI) del mainframe obteniendo más capacidad del espacio existente.
- Mantuvo el negocio como de costumbre sin interrupciones
En resumen
Como pueden atestiguar nuestros clientes, modernización no tiene que significar una migración arriesgada y de años a la nube. El desafío no es si COBOL funciona. Es si un pequeño número de trabajos está generando una presión desproporcionada durante las ventanas críticas. En lugar de cambiar sus cargas de trabajo (reescribiéndolas, reprogramándolas o eliminándolas), las empresas están recuperando casi todo su uso de CPU de COBOL por lotes al cambiar dónde se ejecutan.
Ya sea que estés trabajando con Db2, VSAM, Adabas, o en archivos secuenciales, los resultados muestran sistemáticamente un ahorro de CPU superior a 80%, y a menudo de hasta 97%, todo ello sin alterar en absoluto su lógica de negocio ya probada.
Demostración de JOPAZ
Descubra cómo la demostración de modernización de JOPAZ transforma sus cargas de trabajo COBOL para liberar recursos valiosos sin riesgos para el negocio.
Reduce workloads COBOL en el mainframe con JOPAZ
JOPAZ compila código COBOL en código byte de Java para ejecutar cargas de trabajo en el procesador zIIP, lo que reduce el uso de la CPU del mainframe y libera capacidad sin necesidad de modificar el código.
Optimización de Mainframe: Maximice el potencial de su IBM Z sin riesgo
JOPAZ optimiza las cargas de trabajo COBOL en IBM Z compilándolas en Java compatible con zIIP, lo que permite liberar capacidad de GP para la inteligencia artificial, el análisis de datos y la innovación sin interrumpir el servicio.