En el escenario de la TI empresarial persiste el mito de que el mainframe es una plataforma obsoleta en vías de desaparición. Sin embargo, como señaló Bob Jeffcott, Principal System Engineer de Software AG, en un seminario web reciente: "Los rumores sobre la desaparición del mainframe son muy exagerados".
La realidad es que los workloads de IBM Z® están aumentando. Según IBM y los analistas del sector, 70% de clientes de mainframe están aumentando sus workloads 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 de procesamiento al máximo, los costes por las nubes y la amenaza constante de incumplir los acuerdos de nivel de servicio (SLA) críticos.
¿Cómo pueden las organizaciones manejar este crecimiento sin correr el riesgo de que un proyecto de migración provoque una interrupción masiva en las operaciones? La respuesta está en el hardware que ya tienes.
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 workloads COBOL. Típicamente, estas estrategias se clasifican 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 workloads 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 de negocio incorporadas en el código COBOL original. Además, suelen ser soluciones de "todo o nada", lo que significa que, cuando la modernización se topa con un obstáculo, a menudo ya es demasiado tarde para reconsiderarla.
Únete a más de 15.000 usuarios de mainframe que reciben consejos de expertos y noticias del sector directamente en su correo electrónico.
Gracias. Estás en la lista.
Revisa los campos resaltados e inténtalo de nuevo.
Una nueva forma de actuar: recuperar la capacidad de procesamiento de GP 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 los workloads COBOL batch puedan ejecutarse en los procesadores IBM zIIP™.
Al ejecutar los workloads 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 workload COBOL batch estándar a un workload elegible para ejecutarse en zIIP ocurre en cuatro fases:
- Identificación: Identificar los trabajos batch que consumen la mayor cantidad de recursos de GP.
- Compilación: JOPAZ compila tu código fuente COBOL directamente en Java bytecode.
- Ejecución: este bytecode se ejecuta en una Máquina Virtual Java (JVM), lo que hace que el workload sea elegible para procesadores zIIP.
- Escalabilidad: Repetir el proceso con tantos o tan pocos trabajos batch como sea necesario. JOPAZ es un enfoque por fases para la optimización de workloads, que permite que tu negocio siga funcionando con normalidad.
Críticamente, no se requiere ningún cambio en el código COBOL. La lógica de negocio permanece intacta y tus 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 workloads de DB2. Implementaron JOPAZ para comprobar su eficacia a la hora de gestionar procesos batch con un uso intensivo de bases de datos.
- Con un solo procesador zIIP: lograron una reducción de 76% en el uso de la CPU para procesos COBOL batch en el GP.
- Con dos procesadores zIIP: tras comprobar el éxito inicial, añadieron un segundo motor zIIP. El ahorro de CPU se disparó hasta los 92,9%.
- El impacto: incluso con un gran volumen de llamadas SQL, JOPAZ fue capaz de aprovechar el procesador zIIP no solo para el propio ejecutable, sino también para el procesamiento SQL de DB2 asociado.
Caso de Estudio 2: Organización de Servicios a Miembros de América del Norte
Para esta importante empresa del sector de la automoción y servicios financieros, la contención de costes era una prioridad absoluta. Ejecutaron dos flujos de procesamiento batch de forma secuencial para comprobar la eficiencia de JOPAZ.
- El resultado: una impresionante reducción de 94,84% en el uso de la CPU con procesos COBOL batch.
- El impacto: al recuperar estas MSU, la organización pudo dar soporte a nuevos workloads 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: JOPAZ aprovecha el modelo de seguridad de Java al tiempo que se mantiene totalmente conforme 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
Comienza con una única aplicación que consuma muchos recursos, demuestra el impacto del ahorro de capacidad y luego expande 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. Con JOPAZ, no es necesario abandonar la plataforma para modernizar. Podrás recuperar la capacidad de procesamiento, cumplir con SLAs y reducir drásticamente el uso de la CPU, todo ello sin mover el código COBOL de donde está.
Descubre cómo JOPAZ puede ayudarte a recuperar recursos de procesamiento mediante una distribución inteligente de workloads COBOL.