Esmoquin (software)

Tuxedo (Transactions for Unix, Extended for Distributed Operations) es una plataforma de middleware utilizada para gestionar el procesamiento de transacciones distribuidas en entornos informáticos distribuidos. Tuxedo es un sistema de procesamiento de transacciones o middleware orientado a transacciones, o un servidor de aplicaciones empresariales para una variedad de sistemas y lenguajes de programación. Desarrollado por AT&T en la década de 1980, se convirtió en un producto de software de Oracle Corporation en 2008, cuando adquirieron BEA Systems. Tuxedo ahora es parte de Oracle Fusion Middleware.

Historia

Desde el principio en 1983, AT&T diseñó Tuxedo para ofrecer alta disponibilidad y proporcionar aplicaciones extremadamente escalables para admitir aplicaciones que requieren miles de transacciones por segundo en sistemas distribuidos comúnmente disponibles. El desarrollo original tenía como objetivo la creación y administración de sistemas de soporte de operaciones para la compañía telefónica de EE. UU. que requerían capacidades de procesamiento de transacciones en línea (OLTP).

Los conceptos Tuxedo derivados del Loop Maintenance Operations System (LMOS). Tuxedo apoyó el traslado de la aplicación LMOS de los sistemas mainframe que usaban el sistema de gestión de información (IMS) de IBM a sistemas distribuidos mucho más baratos que ejecutan Unix (propio de AT&T).

El equipo original de Tuxedo estaba compuesto por miembros del equipo LMOS, incluidos Juan M. Andrade, Mark T. Carges, Terrence Dwyer y Stephen Felts. En 1993, Novell adquirió la división Unix System Laboratories (USL) de AT&T, que era responsable del desarrollo de Tuxedo en ese momento. En septiembre de 1993 fue llamado el "más conocido" Monitor de procesamiento de transacciones distribuidas, ejecutándose en 25 plataformas diferentes. En febrero de 1996, BEA Systems firmó un acuerdo exclusivo con Novell para desarrollar y distribuir Tuxedo en plataformas distintas a NetWare, y la mayoría de los empleados de Novell que trabajaban con Tuxedo se unieron a BEA. En 2008, Oracle Corporation adquirió BEA Systems y TUXEDO se comercializó como parte de la línea de productos Oracle Fusion Middleware.

Tuxedo ha sido utilizado como middleware transaccional por varias herramientas de desarrollo de aplicaciones de múltiples niveles. Open Group utilizó algunas de las interfaces Tuxedo como base de sus estándares, como X/Open XA y XATMI.

Los desarrolladores de Tuxedo publicaron artículos al respecto a principios de los años 1990. Posteriormente se convirtió en la base de algunos proyectos de investigación.

Características

• APIs basadas en estándares - SCA, The Open Group XATMI, Object Management Group CORBA
• Tipos de comunicación - Sincrónica, Asincrónica, Conversacional, Notificaciones no solicitadas, Publish/subscribe
• Buffers tipod
  • FML/FML32 - Buffers de campo autodescribidos similares a la notación sintaxis abstracta One o Fast Infoset
  • XML
  • STRING y cadenas multibyte MBSTRING
  • Bloques binarios CARRAY
  • VIEW/VIEW32 registros descritos externamente
  • RECORD representing COBOL record structures
• Gestión de transacciones - Transacciones Globales - Protocolo de compromiso de dos fases - X/Open XA
• /D - Clustering - Dominios
• /WS - Clientes remotos
• WTC - Weblogic Tuxedo Connector
• Java clientes - Jolt
• Integración Java EE (J2EE) - Tuxedo JCA Adaptador
• Servicios web bidireccionales SOAP y REST - SALT
• /Q - Transient (en memoria) y Persistent Queues (también llamada Cuotas confiables)
• Data Dependent Routing (DDR)
• Broker de eventos (también llamado publicar y suscribir mensajes)
• Seguridad - Autenticación, Autorización, Auditoría e Infraestructura de clave pública firma de mensajes y cifrado
• Apoyo a la administración programada y el SNMP
• Monitorización del funcionamiento del sistema y la aplicación - TSAM Plus
• Equilibrio de carga, desintegración del servidor
• Conectividad de mainframe - TMA
• Admite aplicaciones C, C++, COBOL, Python, Ruby, PHP y Java en la mayoría de las plataformas Unix, Linux, Microsoft Windows y otras plataformas patentadas como OpenVMS e IBM i.

Núcleo de mensajería

Tuxedo es, en esencia, un sistema de enrutamiento y cola de mensajes. Las solicitudes se envían a servicios nombrados y Tuxedo utiliza instalaciones de comunicación entre procesos basadas en memoria para poner en cola las solicitudes a los servidores. El solicitante desconoce dónde se encuentra el servidor que realmente procesa la solicitud ni cómo se implementa. En esencia, Tuxedo proporcionó los elementos de la arquitectura orientada a servicios (SOA) décadas antes de que se acuñara la frase. Tuxedo puede utilizar el contenido del mensaje para determinar qué servidores deben utilizarse para recibir la solicitud mediante enrutamiento dependiente de los datos.

Agrupación

El corazón del sistema Tuxedo es la Junta de Boletines (BB). Este es un segmento de memoria compartido que contiene la configuración y estado de un dominio Tuxedo. Servidores, servicios, transacciones y clientes están registrados en el BB ofreciendo una visión global de su estado a través de las máquinas dentro de un dominio. Para coordinar las actualizaciones de la BB un proceso llamado Boletín Board Liaison (BBL) funciona en cada máquina para mantener la copia local de la BB actualizada. Una máquina maestra ejecuta un proceso llamado "Distinguished Bulletin Board Liaison" que coordina las actualizaciones de la BB. Esto permite que cada máquina tenga una visión de qué servidores, servicios, transacciones y clientes están en cada máquina dentro del dominio.

Otro proceso en cada máquina llamado Bridge es responsable de pasar solicitudes de una máquina a otra. Esto permite a Tuxedo distribuir la carga entre las distintas máquinas dentro de un dominio y permite que los servidores y servicios se ejecuten en varias máquinas. Además, BBL y Bridge se monitorean entre sí y reinician el otro en caso de que uno falle. En caso de que falle la máquina maestra, otra máquina designada como maestra de respaldo puede asumir la función de máquina maestra. Además, dado que las máquinas dentro de un solo dominio pueden tener diferentes arquitecturas (x86, IA32, SPARC, P-Series, etc.), Bridge también es responsable de manejar diferencias en cosas como endianidad.

En Oracle Exalogic Tuxedo aprovecha las capacidades de RDMA de InfiniBand para evitar el puente. Esto permite al cliente de un servicio en una máquina hacer directamente una solicitud de un servidor en otra máquina.

Formatos de búfer flexibles

Las aplicaciones de Tuxedo pueden utilizar una variedad de formatos de mensajes dependiendo del tipo de datos que se van a pasar. Uno de los formatos más populares es el formato de búfer FML, que se parece mucho a un formato binario XML o ASN.1. Los buffers FML pueden contener un número arbitrario de campos con nombre de tipo arbitrario. Los campos se pueden repetir y anidar. Como es un formato binario que se describe a sí mismo, el procesamiento de campos genera muy poca sobrecarga en comparación con el análisis necesario para admitir algo como XML. Los buffers de VIEW son esencialmente registros, estructuras C o cuadernos COBOL. Un búfer VIEW tiene una descripción externa que permite a Tuxedo acceder a los campos que contiene si es necesario para cosas como el enrutamiento dependiente de datos. Otros formatos de búfer incluyen XML, CARRAY (datos binarios opacos), STRING y MBSTRING (un búfer de cadena que contiene caracteres multibyte). Tuxedo puede convertir de forma automática y transparente búferes FML hacia y desde búferes XML.

También hay soporte para tipos de buffer desarrollados por el usuario (por ejemplo, buffers JamFlex definidos por la versión Tuxedo del conjunto de herramientas Panther RAD).

Concentradores de comunicación

Para clientes remotos (Java, CORBA o/WS), Tuxedo proporciona concentradores de comunicación llamados oyentes/controladores que manejan la comunicación de red remota. Los clientes se conectan a estos concentradores de comunicaciones, que actúan como representantes de los clientes. A medida que los clientes realizan solicitudes, el oyente/controlador utiliza la infraestructura local de Tuxedo para realizar la solicitud en nombre del cliente. Luego, Tuxedo equilibra la carga de las solicitudes entre los servidores dentro del dominio que ofrecen el servicio incluso si el servidor no está en la máquina local. Esto contrasta con la mayoría de los servidores de aplicaciones Java EE, donde el equilibrio de carga lo realiza el cliente realizando solicitudes a diferentes máquinas con el clúster.

Puertas de enlace

Para facilitar el intercambio de servicios entre dominios, Tuxedo proporciona puertas de enlace de dominio. Una puerta de enlace de dominio permite importar y exportar servicios desde dominios remotos. Esto permite que el dominio local vea servicios en dominios remotos como si fueran servicios locales. Las puertas de enlace del dominio son responsables de propagar el contexto de seguridad y transacción al dominio remoto. Además de conectar los dominios de Tuxedo, existen puertas de enlace de dominio para sistemas mainframe que utilizan TCP/IP, la arquitectura de red de sistemas (SNA) de IBM o los protocolos OSI, y servidores de aplicaciones Java Platform, Enterprise Edition. Para las puertas de enlace del mainframe, cada sistema ve los servicios importados del sistema remoto como servicios locales y utiliza la infraestructura de los sistemas locales para interactuar con esos servicios. Esto significa que Tuxedo ve una transacción CICS como un servicio Tuxedo y CICS ve un servicio Tuxedo como una transacción CICS.

Recuperación de fallos

El BBL en cada máquina monitorea el estado de todos los servidores y puede reiniciar automáticamente los servidores fallidos. También puede detectar servidores colgados y eliminarlos o reiniciarlos según sea necesario. El proceso BRIDGE en un entorno agrupado monitorea a BBL, por lo que no hay puntos únicos de falla. Cualquier transacción que se vea afectada por una falla del servidor o de la máquina y que no haya completado la fase de preparación se revierte. Las transacciones que hayan completado la fase de preparación pero no la fase de confirmación se confirmarán como parte de la secuencia de inicio de Tuxedo.

Seguimiento y coordinación de transacciones

Las aplicaciones de Tuxedo pueden solicitar que todas las invocaciones de servicios y sus actualizaciones asociadas a cualquier recurso controlado por administradores de recursos (como bases de datos) sean controladas por una transacción. Una vez que la aplicación comienza una transacción, todas las invocaciones de servicios posteriores y las invocaciones anidadas se incluyen como parte de esa transacción, incluso aquellos servicios que se ejecutaron en dominios remotos. Luego, Tuxedo coordina el procesamiento de confirmación con los administradores de recursos para garantizar actualizaciones atómicas de todos los recursos afectados. Las transacciones pueden ser controladas por la aplicación o automáticamente por la configuración de Tuxedo, es decir, transacciones administradas por contenedor.

Subsistema de colas

Tuxedo proporciona un subsistema de cola llamado /Q. Esta función proporciona colas transitorias y persistentes que permiten a las aplicaciones poner y quitar explícitamente mensajes de colas con nombre. Las colas se pueden ordenar por tiempo de disponibilidad de mensajes, tiempo de vencimiento, prioridad, LIFO, FIFO o una combinación. Las colas son administradas por un administrador de recursos compatible con XA que permite que las operaciones de cola participen en transacciones distribuidas. Se proporciona un servidor de reenvío de cola automatizado que eliminará las entradas de una cola e invocará un servicio Tuxedo asociado, colocando el mensaje de respuesta en una cola de respuesta asociada.

Subsistema de eventos

El subsistema de eventos de Tuxedo brinda soporte para eventos no solicitados y eventos negociados. Los eventos no solicitados permiten que las aplicaciones de Tuxedo envíen notificaciones fuera de banda a clientes que no necesariamente están esperando una respuesta. Los eventos gestionados permiten que la aplicación se suscriba a eventos de interés y cuando otra aplicación publica un evento, todas las aplicaciones suscritas a ese evento lo reciben. Esto permite que las aplicaciones utilicen un modelo basado en eventos en lugar del modelo de solicitud/respuesta más típico. Además, esto proporciona un modelo de mensajería de publicación y suscripción que se puede combinar con /Q.

Productos complementarios

Oracle ofrece una serie de productos complementarios para Tuxedo.

Rehospedaje de mainframe

En marzo de 2010, Oracle anunció dos nuevos productos. Application Runtime para CICS y Batch junto con el Oracle Tuxedo Application Rehosting Workbench asociado permite la migración de IBM Customer Information Control System (CICS) y aplicaciones por lotes a Tuxedo en sistemas distribuidos. Al proporcionar herramientas de conversión automatizadas, una macro expansión de preprocesador API equivalente a CICS y un entorno de ejecución por lotes similar a JES-2, la migración de aplicaciones de mainframe se simplifica enormemente.

SAL

Este producto proporciona una puerta de enlace SOAP/HTTP(S) de servicios web bidireccional. Esta puerta de enlace permite que clientes SOAP externos accedan a los servicios de Tuxedo sin realizar ningún cambio en el servicio de Tuxedo. Asimismo, las aplicaciones de Tuxedo pueden llamar a un servicio web externo como si fuera un servicio de Tuxedo local. La última versión de SALT admite WS-AtomicTransactions y módulos para Apache Web Server, Oracle HTTP Server y Oracle iPlanet Web Server, que permiten la creación de contenido web dinámico llamando a los servicios Tuxedo. En la versión 12.1.3 SALT agregó soporte para servicios RESTful.

TSAM Plus

Este producto proporciona capacidades de monitoreo centralizado para múltiples dominios de Tuxedo. Los agentes de TSAM Plus se implementan en las máquinas de un dominio de Tuxedo. Estos agentes recopilan datos métricos de los procesos de Tuxedo en ejecución según una política configurada y envían los datos de regreso a TSAM Plus Manager, donde se utilizan históricamente o en tiempo real. TSAM Plus proporciona información de configuración, ruta de llamada, patrón de llamada, ejecución de servicios, transacciones y más métricas de monitoreo. TSAM Plus también monitorea las aplicaciones Tuxedo ART CICS y Batch. Un componente adicional de TSAM Plus es un complemento para Oracle Enterprise Manager Cloud Control que proporciona operación, configuración, administración y gestión completas de una aplicación Tuxedo.

Adaptadores de mainframe Tuxedo (TMA)

Este producto proporciona un conjunto de procesos de puerta de enlace que se ejecutan en Tuxedo y se comunican con una computadora central utilizando sus protocolos nativos. Esta puerta de enlace proporciona integración bidireccional entre las plataformas mainframe y Tuxedo y hace que Tuxedo aparezca como una región CICS o IMS remota para el mainframe, y la región CICS o IMS remota como otro dominio de Tuxedo para la aplicación Tuxedo local.

Adaptador JCA

El adaptador Tuxedo JCA proporciona un adaptador de recursos compatible con JCA 1.5 que se puede implementar en cualquier contenedor JCA Java EE (J2EE) 1.5 o posterior. El adaptador admite la interfaz JCA Common Client o CCI, así como la interfaz JATMI compatible con el componente Oracle WebLogic Tuxedo Connector de Oracle WebLogic Server. Se admite la entrada y salida de mensajes junto con el soporte de transacciones distribuidas.

Cola de mensajes de esmoquin

Proporciona capacidades de mensajería empresarial que combinan las características de Oracle MessageQ con Tuxedo. Esto amplía la función de cola de mensajes /Q existente de Tuxedo al proporcionar elementos como notificación de entrega, mensajería fuera de línea y capacidad de almacenamiento y reenvío.