5 MIN de lectura
Habilidades
Las grandes empresas están logrando un ahorro de CPU de hasta 971 TP18T en procesamientos por lotes de COBOL sin modificar ni una sola línea de código fuente. Descubra cómo las organizaciones líderes gestionan los picos de carga, recuperan capacidad y resuelven los conflictos de acceso mediante una redistribución fluida de las cargas de trabajo.
Hablamos a diario con clientes sobre los desafíos inherentes a la gestión de entornos de mainframe de alto volumen, donde la eficiencia y la contención de costos son prioridades, y sabemos que las preocupaciones sobre la capacidad no siempre se refieren solo a un alto volumen de carga de trabajo. Se trata de demasiada carga de trabajo concentrada en la misma ventana en el mismo recurso.
La contención ocurre cuando:
JOPAZ restablece el equilibrio redistribuyendo las pesadas cargas de trabajo por lotes de COBOL a motores más eficientes, modificando así el comportamiento de esos picos sin necesidad de modificar las aplicaciones.
¿Qué cambios? Ruta de ejecución, comportamiento de la CPU y entorno de tiempo de ejecución (JVM)
Qué no: Código fuente COBOL, datos, marco de planificación y resultados
A continuación, analizamos cómo tres grandes empresas de diferentes sectores lograron ahorros increíbles en CPU mientras resolvían de forma definitiva sus problemas de contención.
Join 15,000+ other mainframe users receiving expert advice and industry news in their inboxes.
Gracias. You’re on the list.
Por favor, revise los campos resaltados y vuelva a intentarlo.
Para una importante organización de servicios para miembros de América del Norte que brinda servicios automotrices, de viajes y financieros, crear previsibilidad era una prioridad máxima. 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 organización recurrió a JOPAZ para abordar la causa principal de la competencia por la carga de trabajo.
Esto les permitió aprovechar los motores IBM zIIP, reduciendo la presión máxima de GP al redistribuir la ejecución.
El impacto fue inmediato y sustancial:
Sin JOPAZ
Con JOPAZ

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.
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.
Sin JOPAZ
Con JOPAZ: un solo motor zIIP
Con JOPAZ – 2 motores zIIP
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.

En Sudamérica, una empresa líder en tecnología de pagos procesa miles de millones de transacciones anualmente. A diferencia de los otros ejemplos, este era un entorno VSAM puro sin bases de datos tradicionales, y presentaba aplicaciones excepcionalmente grandes y complejas.
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».
Como pueden atestiguar nuestros clientes, la modernización no tiene por qué 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 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 cambiando dónde se ejecutan.
Tanto si trabajas con Db2, VSAM, Adabas o 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 tu lógica de negocio ya probada.