En el panorama de las tecnologías de la información empresariales, persiste el mito de que el mainframe es una plataforma obsoleta en vías de desaparición. Sin embargo, como señaló Bob Jeffcott, ingeniero jefe de sistemas de Software AG, en un seminario web reciente: «Los rumores sobre la desaparición del mainframe son muy exagerados».
La realidad es que las cargas de trabajo de IBM Z están aumentando. Según IBM y los analistas del sector, 70% de clientes de mainframe están aumentando sus cargas de trabajo cada año, y 95% de instalaciones de IBM siguen dependiendo en gran medida de COBOL para sus aplicaciones de misión crítica. Pero este crecimiento tiene un límite: la capacidad al máximo, los costes por las nubes y la amenaza constante de incumplir los acuerdos de nivel de servicio (SLA) críticos.
La respuesta yace en el hardware que ya posee.
La paradoja de la modernización: por qué reescribir falla
Cuando se enfrentan a una restricción de capacidad en el procesador general (GP), muchas organizaciones se sienten obligadas a emprender un proyecto de modernización de cargas de trabajo COBOL. Típicamente, estas estrategias entran en algunas categorías:
- Reescribir: Reconstrucción de la aplicación en un lenguaje moderno.
- Reemplazo integral de la aplicación por una nueva alternativa nativa de la nube.
- Rehost: Mover la carga de trabajo a una plataforma diferente.
Pero estos enfoques están plagados de riesgos. A menudo implican costos impredecibles, largos plazos de implementación y pérdida de funcionalidad cuando el nuevo sistema no puede replicar las décadas de lógica empresarial incorporadas en el código COBOL original. Y, a menudo, son soluciones de todo o nada, lo que significa que cuando la modernización se topa con un obstáculo, a menudo es demasiado tarde para reconsiderar.
Una nueva forma de actuar: recuperar la capacidad de los médicos de cabecera con JOPAZ
JOPAZ ofrece una alternativa sin interrupciones. En lugar de abandonar el mainframe, JOPAZ te permite seguir utilizando la plataforma al tiempo que reduce considerablemente la carga sobre tus procesadores generales. Lo consigue haciendo que las cargas de trabajo por lotes en COBOL puedan ejecutarse en los motores IBM zIIP.
Con cargas de trabajo ejecutándose en zIIP, las organizaciones pueden liberar instantáneamente capacidad de GP para otras tareas de alta prioridad.
Cómo funciona JOPAZ: en detalle
La transición de una carga de trabajo COBOL estándar por lotes a una carga de trabajo elegible para zIIP ocurre en cuatro fases:
- Identificación: Identificar los trabajos por lotes que consumen la mayor cantidad de recursos de GP.
- Compilación: JOPAZ toma tu código fuente COBOL existente y lo compila directamente en código byte de Java.
- Ejecución: este bytecode se ejecuta en una Máquina Virtual Java (JVM), lo que hace que la carga de trabajo sea elegible para el motor zIIP.
- Escalabilidad: Repita el proceso con tantos o tan pocos trabajos por lotes como sea necesario. JOPAZ es un enfoque por fases para la optimización de la carga de trabajo, que permite que su negocio siga funcionando con normalidad.
Críticamente, no se requiere ningún cambio en el código COBOL. Su lógica de negocio permanece intacta y sus desarrolladores continúan trabajando en el entorno que conocen.
Resultados del mundo real
Estudio de Caso 1: Proveedor de Energía Minorista
Esta organización tenía dificultades para gestionar grandes cargas de trabajo de DB2. Implementaron JOPAZ para comprobar su eficacia a la hora de gestionar procesos por lotes con un uso intensivo de bases de datos.
- Con un solo motor zIIP: lograron una reducción de 761 TP18T en el uso de la CPU de COBOL por lotes en el GP.
- Con dos motores zIIP: tras comprobar el éxito inicial, añadieron un segundo motor zIIP. El ahorro de CPU se disparó hasta los 92,91 TP18T.
- El impacto: incluso con un gran volumen de llamadas SQL, JOPAZ fue capaz de aprovechar el motor zIIP no solo para el propio ejecutable, sino también para el procesamiento SQL de DB2 asociado.
Caso de Estudio 2: Organización de Servicio a Miembros de América del Norte
Para esta importante empresa de servicios financieros y del sector de la automoción, la contención de costes era una prioridad absoluta. Ejecutaron dos flujos de procesamiento por lotes de forma secuencial para comprobar la eficiencia de JOPAZ.
- El resultado: una impresionante reducción de 94,841 TP18T en el uso de la CPU de COBOL por lote.
- El impacto: al recuperar estas MSU, la organización pudo dar soporte a nuevas cargas de trabajo con sus recursos de procesamiento existentes.
Seguridad e Integración
Una de las preguntas más frecuentes sobre JOPAZ es cómo interactúa con la seguridad existente del mainframe. JOPAZ está diseñado para integrarse perfectamente en el ecosistema del mainframe:
- Acceso a los datos: Se han implementado los mecanismos de seguridad ya existentes de Db2, VSAM y Adabas.
- Seguridad: Aprovecha el modelo de seguridad de Java al tiempo que se mantiene totalmente compatible con los administradores de seguridad estándar de mainframe como RACF, TopSecret y ACF2.
- Flujo Operacional: Debido a que utiliza JCL (Job Control Language) estándar para activar la ejecución de la JVM, se integra a la perfección en los flujos de trabajo de programación y operaciones existentes.
Implementación por fases
Comience con una única aplicación que consuma muchos recursos, demuestre el impacto del ahorro de capacidad y luego expanda a otras áreas del negocio. Este enfoque por fases elimina la imprevisibilidad de la modernización tradicional.
Desbloquea el poder que ya posees
El mainframe sigue siendo el referente en cuanto a estabilidad, seguridad y volumen de transacciones empresariales. Con JOPAZ, no es necesario abandonar la plataforma para modernizarse. Podrá recuperar su capacidad, cumplir sus SLA y reducir drásticamente el uso de la CPU, todo ello sin mover su código COBOL de donde está.
Descubra cómo JOPAZ puede ayudarle a recuperar recursos de procesamiento mediante una distribución inteligente de la carga de trabajo COBOL.
Why starting over isn’t the answer: A smarter path to application modernization with Adabas & Natural
Legacy application modernization doesn’t require rewriting stable core logic. Instead, enhance usability and productivity strategically while preserving your valuable business assets.
IBM z17™: Advancing AI-powered innovation, resilience and growth
The IBM z17 platform drives innovation by integrating AI, advanced automation, and enterprise-grade security to power reliable, mission-critical operations for organizations.
Most Batch Problems are Peak Problems: The Hidden Cost of Mainframe Bottlenecks
Many mainframe batch issues are peak problems, not capacity limits. Learn how shifting COBOL workloads to zIIP reduces GP spikes and improves performance.