Procesador de asistencia de aplicaciones z

El procesador de asistencia para aplicaciones IBM System z ( zAAP ), anteriormente conocido como procesador de asistencia para aplicaciones zSeries , es un procesador para mainframe presentado por IBM en 2004. Los motores zAAP ^{[ 1 ]} están dedicados a ejecutar cargas de trabajo específicas de Java y XML bajo z/OS , acelerando el rendimiento.

Las funciones zAAP están disponibles para los servidores zSeries 990 y 890, así como para los modelos zSeries y zEnterprise posteriores, hasta el z12. A partir del IBM z13, la funcionalidad zAAP se integra con los procesadores zIIP (zAAP en zIIP).

Actualmente, un motor zAAP contiene el mismo hardware subyacente que cualquier otro motor de mainframe. Sin embargo, IBM utiliza microcódigo para limitar la ejecución de código únicamente a cargas de trabajo Java y XML. Al igual que Integrated Facility for Linux (IFL) y zIIP , los zAAP no están optimizados específicamente para ejecutar Java de forma más rápida o eficiente. IBM no modifica el "modelo de software" ni la clasificación MSU de sus mainframes con la instalación de zAAP. En consecuencia, los clientes de IBM no incurren en cargos por licencias de software para sus zAAP, lo que reduce sus costos de ejecución de aplicaciones orientadas a Java y XML. El número de zAAP no puede exceder el número de procesadores centrales (CP, motores de propósito general) dentro de una máquina zSeries/z9.

IBM puso a disposición general la función zAAP (es decir, el microcódigo) el 30 de junio de 2004, aunque la versión de z/OS necesaria no estuvo disponible hasta el 24 de septiembre de 2004. Las zAAP funcionan con z/OS V1R6 y versiones posteriores, y con Java 1.4.1 y versiones posteriores. IBM modificó el despachador de z/OS y ​​el Administrador de carga de trabajo (WLM) para transferir las cargas de trabajo Java puras a los motores dedicados. Estas modificaciones son completamente transparentes para las aplicaciones Java. Sin embargo, dado que Java debe llamar ocasionalmente a los servicios nativos del sistema ( servicios de E/S , por ejemplo), se requiere cierta capacidad de procesador convencional (CP) para iniciar y mantener un motor zAAP. Entre los principales subsistemas de software que podrían beneficiarse de zAAP (es decir, que dependen de cargas de trabajo Java) se incluyen WebSphere Application Server, WebSphere Business Integration Server Foundation, WebSphere Process Server, WebSphere Message Broker, Db2 , CICS Transaction Server , CICS Transaction Gateway, IMS y Batch (JZOS y z/OS UNIX System Services ), entre otros. En 2007, IBM añadió compatibilidad con zAAP a XML System Services para z/OS, por lo que ahora productos como DB2 9 para z/OS también pueden aprovechar zAAP para el procesamiento relacionado con XML.

La primera carga de trabajo comercial para zAAP comenzó el 1 de septiembre de 2004 en una compañía de seguros del medio oeste de Estados Unidos, cuyo nombre no se ha revelado, dedicada al procesamiento de reclamaciones. La compañía utilizó Java 1.4.2, WebSphere Application Server versión 5.1 y una compilación casi final de z/OS V1R6 en un zSeries 990 (2084-304/A08 con dos zAAP). Este despliegue probablemente constituye un récord en mainframes en cuanto a la velocidad de desarrollo y adopción, dado que IBM inició su proyecto de diseño de zAAP recién en 2003.

Los proveedores de software independientes (ISV) de terceros han introducido soporte para la ejecución de sus productos en los motores especializados zAAP mediante el uso del kit de herramientas de servicios Java o XML de IBM.

Por ejemplo, Ivory Server para z/OS e Ivory Server para CICS de GT Software, Inc. ofrecen compatibilidad con zAAP para el análisis de XML mediante la función opcional IBM z/OS XML Services. Ivory Server para Java también aprovechará zAAP , además de ser compatible con zIIP y Integrated Facility for Linux (IFL). ^{[ 2 ]}

• Instalación integrada para Linux (IFL)
• zIIP

• Sitio web oficial