En el panorama de TI empresarial, existe un mito persistente de que 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: «Las noticias sobre la desaparición del mainframe son muy exageradas».
La realidad es que IBM Z Las cargas de trabajo están aumentando. Según IBM y los analistas del sector, 70% de los clientes de mainframe aumentan sus cargas de trabajo cada año, y 95% de las instalaciones de IBM siguen dependiendo en gran medida de COBOL para sus aplicaciones críticas para la misión. Pero este crecimiento tiene un límite: capacidad máxima, costos astronómicos y la amenaza constante de no cumplir 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
Al enfrentarse a un cuello de botella de capacidad en el Procesador General (GP), muchas organizaciones se ven obligadas a emprender un mantenimiento de COBOL carga de trabajo modernización proyecto. Por lo general, estas estrategias se agrupan 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 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. zIIP motores
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 un Java Máquina Virtual (JVM), haciendo 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 estaba luchando con un gran DB2 cargas de trabajo. Implementaron JOPAZ para comprobar su eficacia a la hora de gestionar procesos por lotes con un uso intensivo de bases de datos.
- Con un único motor zIIP: Lo lograronse observó una reducción de 76% en el lote COBOL CPU uso 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 lluvia intensa SQL En este sentido, JOPAZ logró 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 datosUtiliza Db2 ya existente VSAMy Adabas Mecanismos de seguridad.
- Seguridad: Aprovecha el modelo de seguridad de Java y al mismo tiempo cumple plenamente con los administradores de seguridad estándar de mainframe como RACF, Secreto de estadoy ACF2.
- Flujo de operación: Porque utiliza estándar JCL (Job Control Language) para activar la ejecución de la JVM, se integra perfectamente 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 estándar de oro en cuanto a estabilidad, seguridad y para empresas transacción volumen. Con JOPAZ, no es necesario salir de la plataforma para modernizar el sistema. Podrá recuperar su capacidad, cumplir sus acuerdos de nivel de servicio (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.