3.2.3. Evolución middleware

    Esquema 1.3 Representación de la evolución de middleware.

     Dependiendo del problema a resolver y de las funciones necesarias, serán útiles diferentes tipo de servicios de Middleware. Entonces, clasificar los Middlewares puede ayudar a identificar sus usos y características especiales.

3.2.3.1 Para bases de datos

     Este Middleware es el más desarrollado actualmente. En este caso, una Base de Datos distribuida ofrece la abstracción tanto de registros como de transacciones. Es decir, este tipo de Middleware permite tanto el manejo de la conectividad, y la capacidad de leer y escribir a Bases de Datos existentes. Son indispensables debido a la facilidad que otorga para acceder a Bases de Datos en múltiples plataformas aunque no tienen la funcionalidad de otros Middlewares. Algunos ejemplos son: IBM-DRDA, ORACLE-SQL*Net, INFORMIX-I_Star y CA-CA-OpenIngres. Otras organizaciones a través de ODBC y JDBC han permitido acceso a distintas Bases de Datos, inclusive a través de Internet.

3.2.3.2. Remote rrocedure calls (RPC)

     Este Middleware provee conectividad de una aplicación hacia otra. Es decir, permite que un software o un componente en una máquina pueda requerir la ejecución de un otro en otra máquina. DCE de la OSF es la implementación más usada de RPC debido a su capacidad multi-hilo y valores agregados como Directory Services, Distributed File Systems y Distributed Time Services, que son elementos facilitadores de aplicaciones en redes globales. Estos Middlewares evitan la complejidad de tareas en un entorno de red y su fortaleza reside en su capacidad para pasar grandes volúmenes de datos a través de una red. Este tipo es multiplataforma y especialmente apto para application data intensive que requieren un tiempo de respuesta inmediato y control entre procesos.

Sus desventajas:

a   *  Incapacidad de de establecer conectividad punto a punto.

b  * Su naturaleza sincrónica obliga a ambos componentes, cliente y servidor, a estar disponibles al momento de la llamada. Existen algunas implementaciones que permiten convertir el RPC de sincrónico en asincrónico.

     Esquema 1.4 Secuencia de primitivas para la utilización de sockets que el servidor tiene que usar.

3.2.3.3. Object request broker (ORB)

     Estos Middlewares soportan la conexión entre aplicaciones Orientadas a Objetos. Junto a la amplia aceptación de la tecnología JAVA y las Orientadas a Objetos, y el crecimiento de Internet, llevan a estos Middlewares a la estrategia central de los Sistemas de Información. Las interfases ORB son definidas mediante un lenguaje de definición de Interfases (IDL). Además, los servicios de objetos proveen un grupo de servicios importantes como ser seguridad y ubicación. Los ORB están altamente estandarizados CORBA (OMG) y OLE (DCOM, Microsoft). Algunos ejemplos son: ORBIX (IONA) y Visibroker (Visigenic).

3.2.3.4. Monitores de procesamiento de transacciones distribuidas (DTPM)

     Los primeros Procesadores de Transacciones de Mainframe (CICS) brindaban una interfase, la cual permitía a los desarrolladores abstraerse de características físicas inherentes al teleprocesamiento. Por otra parte, incluían facilidades de ejecuci{on de hilos, seguridad y transaccionalidad. La diferencia entre éstos y los existentes actualmente es que estos Middlewares pueden realizar una transacción entre múltiples plataformas distribuidas.

     Los DTPM soportan aplicaciones OLTP usando diversidad de plataformas y Bases de Datos. Poseen, además, mecanismos de colas y ejecución de hilos que permiten el eficiente procesamiento de gran volumen de transacciones. Algunos ejemplos Tuxedo (BEA), TX (IBM), ENCINA (Transarc), entre otros.

      Esquema 1.5 Demostración de un TP Monitors

3.2.3.5. Orientados a mensajes (MOM)

     El Messaging es el mecanismo que permite que dos aplicaciones cambien datos simplemente enviando mensajes. Se emplea un protocolo punto a punto que permite el envío asincrónico de mensajes. El Messaging es más apropiado para las aplicaciones que son conducidas por eventos y no requieren respuesta inmediata. En conclusión, este Middleware permite colocar datos en una cola de mensajes que pueden ser accedida a lo largo de la red.

     La mayoría de los productos MOMs ofrecen colas con persistencia, replicación, o performance en tiempo real. Algunos ejemplos son IBM-MQ y Microsoft-MSMQ. La fortaleza reside en su garantía de despacho, balanceo de carga, eficiencia y soporte de plataformas.

3.2.3.6. La web

     Hoy en día, la Web puede ser considerada como la culminación de los Middlewares debido a las prestaciones que ofrece como la apertura, escalabilidad, integridad y transparencia. Pero además, la Web ha agregado nuevas capas de complejidad como ser lenguajes de programación, APIs, protocolos, estándares, entre otros que han incrementado el rol de los Middlewares.

     Por último, entre tendencias actuales relacionadas con los Middlewares, podemos observar distintos ámbitos:

3.2.3.7. Infraestructura inteligente integrada

     Es una práctica que consiste en planificar y diseñar una infraestructura de Middleware que permita a una organización adaptarse a los cambios y asegurar que la información logre llegar a donde sea necesaria en tiempo y forma.

3.2.3.8. Brokers de Integración (integración brokers)

     Consiste es el máximo responsable de conciliar, ajustar y convenir las diferencias entre los sistemas participantes. Algunos ejemplos son: IBM Component Broker, Tibco, Microsoft BizTalk, entre otros.

3.2.3.9. BPM (business process managers - workflows)

     Esta tecnología permite describir, formalizar y desplegar un proceso de negocio, que contiene varios pasos, diseñado para colectar y dispersar información, ejecución de procesos secuencialmente y disparar nuevos procesos en base a eventos. Estas herramientas son muy útiles debido a su agilidad e inteligencia.

3.2.3.10. Middleware de comunicaciones/transporte

     Es la parte fundamental de la infraestructura de un Middleware. Algunos ejemplos son: IBM-MQ, SOAP, Tibco, entre otros.

3.2.3.11. Adapter technologies

     Esta tecnología son censores que fueron preparados para recibir distintos “formatos de información”. Frecuentemente, los podemos encontrar dentro de los brokers de integración. 

3.2.3.12. Integración de servidores web

     Esta tipo de integración es limitada en sus funciones pero permiten encontrar aplicaciones externas, dar formato a la información en forma estándar e iniciar intercambio de información, independientemente de la tecnología que se halle en el otro extremo. 

3.2.3.13. Servidores de aplicación

     A pesar de que no son una tecnología de integración por sí mismas, son una parte importante como contenedores de lógica.