El procesador de asistencia para aplicaciones IBM System z ( zAAP ), anteriormente conocido como procesador de asistencia para aplicaciones zSeries , es un procesador de mainframe introducido por IBM en 2004. Los motores zAAP [1] están dedicados a ejecutar cargas de trabajo Java y XML específicas en z/OS , acelerando el rendimiento. Los zAAP están disponibles para servidores zSeries 990 y 890 y modelos zSeries y zEnterprise posteriores. A partir del IBM z13, la funcionalidad zAAP está integrada con 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 a cargas de trabajo Java y XML únicamente. Al igual que con Integrated Facility for Linux (IFL) y zIIP , los zAAP no están optimizados específicamente para ejecutar Java más rápido o mejor. IBM no cambia el "modelo de software" o la clasificación MSU en 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. La cantidad de zAAP no puede superar la cantidad de procesadores centrales (CP, motores de propósito general) dentro de una máquina zSeries/z9.
IBM puso a disposición del público la característica zAAP (es decir, el microcódigo) el 30 de junio de 2004, aunque la versión requerida de z/OS no estuvo disponible hasta el 24 de septiembre de 2004. Los zAAP funcionan con z/OS V1R6 y superiores, y Java 1.4.1 y superiores. IBM modificó el despachador de z/OS y el administrador de carga de trabajo (WLM) para cambiar la carga de trabajo Java pura a los motores dedicados. Estas modificaciones son completamente transparentes para las aplicaciones Java. Sin embargo, debido a que Java debe llamar al menos ocasionalmente a los servicios nativos del sistema ( servicios de E/S , por ejemplo), debe estar disponible cierta capacidad del procesador convencional (CP) para iniciar y mantener un motor zAAP. Los principales subsistemas de software que podrían beneficiarse de zAAP (es decir, que dependen de cargas de trabajo Java) incluyen WebSphere Application Server, WebSphere Business Integration Server Foundation, WebSphere Process Server, WebSphere Message Broker, Db2 , CICS Transaction Server , CICS Transaction Gateway , IMS y (JZOS y z/OS UNIX System Services ) Batch, entre otros. En 2007, IBM agregó soporte para 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 de producción comercial para zAAP comenzó el 1 de septiembre de 2004 en una compañía de seguros no revelada del Medio Oeste de los EE. UU. que realizaba el procesamiento de reclamaciones. La compañía utilizó Java 1.4.2, WebSphere Application Server versión 5.1 y una versión casi final de z/OS V1R6 en un zSeries 990 (2084-304/A08 con dos zAAP). Esta implementación es probablemente un récord de mainframe en cuanto a velocidad de desarrollo y adopción, ya que IBM recién comenzó su proyecto de diseño de zAAP en 2003. [ cita requerida ]
Los proveedores de software independientes (ISV) de terceros han introducido soporte para la ejecución de sus productos en motores especializados zAAP mediante el uso del kit de herramientas Java o XML Services 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á la ventaja de zAAP además de ser compatible con zIIP y la función Integrated Facility for Linux (IFL). [2]