SlideShare ist ein Scribd-Unternehmen logo
1 von 16
Middleware
PR
ESENTADO POR:
Mg.Ing. W
ilbert Chávez Irazábal
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Middleware
El Middleware es un software de conectividad que ofrece un
conjunto de servicios que hacen posible el funcionamiento de
aplicaciones distribuidas sobre plataformas heterogéneas.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Middleware
Simplifica el trabajo en la tarea de generar las conexiones en
los sistemas distribuidos.
Provee una solución que mejora la QoS, seguridad, envío de
mensajes, directorio de servicio.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Middleware
Funciona como una capa de abstracción de software
distribuida, que se sitúa entre las capas de aplicaciones y las
capas inferiores (sistema operativo y red).
El Middleware nos abstrae de la complejidad de los sistemas
operativos y lenguajes de programación, proporcionando una
API para la fácil programación y manejo de aplicaciones
distribuidas.
Facilita el desarrollo de sistemas complejos con diferentes
tecnologías y arquitecturas.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Middleware
El middleware se estructura en tres niveles:
Protocolo de transporte.
Network Operating System (NOS).
Protocolo específico del servicio.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Middleware
Network Operating System (NOS):
El NOS es el encargado de proporcionar una apariencia de sistema
único a un sistema Cliente/Servidor. Es una extensión del Sistema
Operativo:
El cliente realiza una llamada a un servicio como si fuera local.
El NOS:
Intercepta la llamada.
Redirige la llamada al servidor apropiado.
Devuelve la contestación.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Middleware
Network Operating System (NOS):
El NOS proporciona transparencia en los procesos Cliente/Servidor con respecto
a:
Localización: Los recursos sólo se conocen por su nombre. El sistema en el que se
ejecutan es irrelevante.
Espacio de nombres: Las convenciones de los nombres de los recursos deben ser
iguales, independientemente del sistema que los soporte.
Conexión: Un único usuario y contraseña para todo el sistema.
Replicación: No se debe diferenciar entre copias de un mismo recurso.
Acceso local / remoto: El acceso a un recurso se debe realizar como si estuviera
localizado en el mismo sistema que el programa cliente.
Tiempo: Los relojes de todos los elementos del sistema deben estar sincronizados.
Fallos: El sistema debe proporcionar servicios de detección de fallos, redundancia y
reconexión tras un fallo.
Administración: Un único sistema de gestión de todos los recursos.
Protocolos: Idéntica interfaz de programación para todos los protocolos de transporte.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Tipo de Middleware
Dependiendo del problema a resolver y de las funciones necesarias se
tienen los siguientes Middleware:
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.
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.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Tipo de Middleware
2.-Remote Procedure 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.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Tipo de Middleware
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 interfaces ORB son definidas mediante un lenguaje de
definición de Interfaces (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).
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Tipo de Middleware
4.- Monitores de Procesamiento de Transacciones Distribuidas (DTPM)
Los primeros Procesadores de Transacciones de Mainframe (CICS) brindaban una
interface, la cual permitía a los desarrolladores abstraerse de características físicas
inherentes al teleprocesamiento.
 Incluían facilidades de ejecución 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.
Utilizan, mecanismos de colas y ejecución de hilos que permiten el eficiente
procesamiento de gran volumen de transacciones. por ejemplos Tuxedo (BEA), TX (IBM),
ENCINA (Transarc), entre otros.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Tipo de Middleware
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.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Tipo de Middleware
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.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Clasificación de los Middleware
Los Middlewares se pueden clasificar de la siguiente manera:
Middlewares Oportunísticos: Estos son aquellos que poseen un rápido aprendizaje
para los desarrolladores, con menores conocimientos necesarios, e inclusión de soporte a
nuevas tecnologías.
Su precio inicial es frecuentemente bajo. Ejemplo: OAS, IAS, WebSphere,BEA
Weblogic, Microsoft TS.
Middlewares Sistemáticos: El concepto central es la larga vida de la tecnología y su
proveedor, y además, las características de los Mainframes por encima de calidad de
servicio (disponibilidad, performance, gestionabilidad e integridad), son considerados
estratégicos por parte de las áreas de sistemas centrales de las organizaciones.
Se emplean para proyectos de extensa duración e impacto en la organización. Entre
ellos, se pueden mencionar: CICS, DEC openACMS (Tandem) y Pathway (Tandem),
ORBIX (IONA Technologies).
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

RESUMEN
 Los Middlewares permiten simplificar el proceso de desarrollo de
aplicaciones gracias a que podemos independizar los entornos
propietarios.
Los Middlewares ofrecen interconexión con los Sistemas de
Información del Organismo.
 Debido a que podemos contar con información procedente de distintas
plataformas, los Middlewares proporciona mayor control del
negocio
 Los Middlewares facilitan el desarrollo de sistemas complejos con
diferentes tecnologías y arquitecturas.
Universidad Nacional de San Marcos
Facultad de Ingeniería Electrónica y Electrica

Weitere ähnliche Inhalte

Was ist angesagt?

Protocolos de las capas sesion,presentacion y aplicacion
Protocolos de las capas sesion,presentacion y aplicacionProtocolos de las capas sesion,presentacion y aplicacion
Protocolos de las capas sesion,presentacion y aplicacion
Eduardo J Onofre
 
Caracteristicas tecnicas
Caracteristicas tecnicasCaracteristicas tecnicas
Caracteristicas tecnicas
DougCesp
 
Cuadro comparativo de los medios de transmisión guiados y no guiados
Cuadro comparativo de los medios de transmisión guiados y no guiadosCuadro comparativo de los medios de transmisión guiados y no guiados
Cuadro comparativo de los medios de transmisión guiados y no guiados
bayron javier
 
Propuesta para un café internet
Propuesta para un café internetPropuesta para un café internet
Propuesta para un café internet
kellyjulio
 

Was ist angesagt? (20)

Rangos de IPs Públicas y Privadas
Rangos de IPs Públicas y PrivadasRangos de IPs Públicas y Privadas
Rangos de IPs Públicas y Privadas
 
Estructura de un sistema operativo
Estructura de un sistema operativoEstructura de un sistema operativo
Estructura de un sistema operativo
 
Modelo de referencia TCP - IP
Modelo de referencia TCP - IPModelo de referencia TCP - IP
Modelo de referencia TCP - IP
 
Proyecto de Implementación de una Red
Proyecto de Implementación de una RedProyecto de Implementación de una Red
Proyecto de Implementación de una Red
 
Switching
SwitchingSwitching
Switching
 
Protocolos de las capas sesion,presentacion y aplicacion
Protocolos de las capas sesion,presentacion y aplicacionProtocolos de las capas sesion,presentacion y aplicacion
Protocolos de las capas sesion,presentacion y aplicacion
 
Servidores, tipos de servidores
Servidores, tipos de servidoresServidores, tipos de servidores
Servidores, tipos de servidores
 
RED ALAMBRICA
RED ALAMBRICARED ALAMBRICA
RED ALAMBRICA
 
Sistemas operativos por estructura
Sistemas operativos por estructuraSistemas operativos por estructura
Sistemas operativos por estructura
 
NORMAS Y ESTÁNDARES DE AUDITORIA DATA CENTER
NORMAS Y ESTÁNDARES DE AUDITORIA DATA CENTERNORMAS Y ESTÁNDARES DE AUDITORIA DATA CENTER
NORMAS Y ESTÁNDARES DE AUDITORIA DATA CENTER
 
Tutorial de subneteo clase a
Tutorial de subneteo clase aTutorial de subneteo clase a
Tutorial de subneteo clase a
 
Fundamentos de Interconectividad de Redes
Fundamentos de Interconectividad de RedesFundamentos de Interconectividad de Redes
Fundamentos de Interconectividad de Redes
 
Tipologia de redes
Tipologia de redesTipologia de redes
Tipologia de redes
 
Caracteristicas tecnicas
Caracteristicas tecnicasCaracteristicas tecnicas
Caracteristicas tecnicas
 
Sistemas Operativos Distribuidos.
Sistemas Operativos Distribuidos.Sistemas Operativos Distribuidos.
Sistemas Operativos Distribuidos.
 
Presentación tutorial JFLAP en español
Presentación tutorial JFLAP en españolPresentación tutorial JFLAP en español
Presentación tutorial JFLAP en español
 
Cuadro comparativo de los medios de transmisión guiados y no guiados
Cuadro comparativo de los medios de transmisión guiados y no guiadosCuadro comparativo de los medios de transmisión guiados y no guiados
Cuadro comparativo de los medios de transmisión guiados y no guiados
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 
Propuesta para un café internet
Propuesta para un café internetPropuesta para un café internet
Propuesta para un café internet
 
Modelo OSI
Modelo OSIModelo OSI
Modelo OSI
 

Andere mochten auch

Middleware & Corba
Middleware & CorbaMiddleware & Corba
Middleware & Corba
Oscar Quiroz
 
Semana 13 sistemas distribuidos
Semana 13   sistemas distribuidosSemana 13   sistemas distribuidos
Semana 13 sistemas distribuidos
TerryJoss
 

Andere mochten auch (20)

Middleware
MiddlewareMiddleware
Middleware
 
Middleware & Corba
Middleware & CorbaMiddleware & Corba
Middleware & Corba
 
Aplicaciones Middleware
Aplicaciones MiddlewareAplicaciones Middleware
Aplicaciones Middleware
 
Middleware
MiddlewareMiddleware
Middleware
 
RMI
RMIRMI
RMI
 
Middleware
MiddlewareMiddleware
Middleware
 
Middleware
MiddlewareMiddleware
Middleware
 
Middleware
MiddlewareMiddleware
Middleware
 
RPC - LLAMADAS REMOTAS
RPC - LLAMADAS REMOTASRPC - LLAMADAS REMOTAS
RPC - LLAMADAS REMOTAS
 
Sistemas Distribuidos
Sistemas DistribuidosSistemas Distribuidos
Sistemas Distribuidos
 
RPC
RPCRPC
RPC
 
Semana 13 sistemas distribuidos
Semana 13   sistemas distribuidosSemana 13   sistemas distribuidos
Semana 13 sistemas distribuidos
 
Servicios Extraordinarios | Innovación UDE
Servicios Extraordinarios | Innovación UDEServicios Extraordinarios | Innovación UDE
Servicios Extraordinarios | Innovación UDE
 
Presentacion
PresentacionPresentacion
Presentacion
 
Expo etica
Expo eticaExpo etica
Expo etica
 
Biblioteca
BibliotecaBiblioteca
Biblioteca
 
Dilucidando a-jesus
Dilucidando a-jesusDilucidando a-jesus
Dilucidando a-jesus
 
Conductismopower 120917062823-phpapp01
Conductismopower 120917062823-phpapp01Conductismopower 120917062823-phpapp01
Conductismopower 120917062823-phpapp01
 
Maximizando resultados a través del análisis de resultados. Más preciso-Más r...
Maximizando resultados a través del análisis de resultados. Más preciso-Más r...Maximizando resultados a través del análisis de resultados. Más preciso-Más r...
Maximizando resultados a través del análisis de resultados. Más preciso-Más r...
 
Unidad 6 formateo
Unidad 6 formateoUnidad 6 formateo
Unidad 6 formateo
 

Ähnlich wie 07 middleware

Unidad ii
Unidad iiUnidad ii
Unidad ii
Orlys05
 
Arquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de MariaArquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de Maria
gequito
 
Seguridad de sistemas distribuidos
Seguridad de sistemas distribuidosSeguridad de sistemas distribuidos
Seguridad de sistemas distribuidos
Javierialv
 
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Universidad de Guadalajara
 
Paper sistemas distribuido
Paper sistemas distribuidoPaper sistemas distribuido
Paper sistemas distribuido
Holger Sanchez
 
Diseño de sistemas de informacion
Diseño de sistemas de informacionDiseño de sistemas de informacion
Diseño de sistemas de informacion
Jhonderson
 
diseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informaciondiseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informacion
zulaymaylin
 
Evolucion De Redes De Computadoras
Evolucion De Redes De ComputadorasEvolucion De Redes De Computadoras
Evolucion De Redes De Computadoras
efrain jaime
 

Ähnlich wie 07 middleware (20)

Unidad ii
Unidad iiUnidad ii
Unidad ii
 
Investigación de tecnologías de sistemas distribuidos
Investigación de tecnologías de sistemas distribuidosInvestigación de tecnologías de sistemas distribuidos
Investigación de tecnologías de sistemas distribuidos
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidos
 
Middleware
MiddlewareMiddleware
Middleware
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidos
 
Arquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo MariaArquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo Maria
 
Arquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de MariaArquitectura de sistemas distribuidos-Grupo de Maria
Arquitectura de sistemas distribuidos-Grupo de Maria
 
Areas donde implementamos los sistemas distribuidos
Areas donde implementamos los sistemas distribuidosAreas donde implementamos los sistemas distribuidos
Areas donde implementamos los sistemas distribuidos
 
Seguridad de sistemas distribuidos
Seguridad de sistemas distribuidosSeguridad de sistemas distribuidos
Seguridad de sistemas distribuidos
 
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
 
Yamilet gonzalez
Yamilet gonzalezYamilet gonzalez
Yamilet gonzalez
 
Paper sistemas distribuido
Paper sistemas distribuidoPaper sistemas distribuido
Paper sistemas distribuido
 
Diseño de sistemas de informacion
Diseño de sistemas de informacionDiseño de sistemas de informacion
Diseño de sistemas de informacion
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidos
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidos
 
diseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informaciondiseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informacion
 
Seguridad En Estructura Web Cloud
Seguridad En Estructura Web CloudSeguridad En Estructura Web Cloud
Seguridad En Estructura Web Cloud
 
Evolucion De Redes De Computadoras
Evolucion De Redes De ComputadorasEvolucion De Redes De Computadoras
Evolucion De Redes De Computadoras
 
Rpc te
Rpc teRpc te
Rpc te
 
Arquitectura multicapa
Arquitectura multicapaArquitectura multicapa
Arquitectura multicapa
 

Mehr von alvaro alcocer sotil

Catedral de-lima-historia-nc2ba-51-pps
Catedral de-lima-historia-nc2ba-51-ppsCatedral de-lima-historia-nc2ba-51-pps
Catedral de-lima-historia-nc2ba-51-pps
alvaro alcocer sotil
 
2ºsesion beneficios de la planeacion de marketing
2ºsesion beneficios de la planeacion de marketing2ºsesion beneficios de la planeacion de marketing
2ºsesion beneficios de la planeacion de marketing
alvaro alcocer sotil
 
1º sesion planeamiento estratégico de marketing
1º sesion planeamiento estratégico de marketing1º sesion planeamiento estratégico de marketing
1º sesion planeamiento estratégico de marketing
alvaro alcocer sotil
 
Aprendiendo publicidad ppt final paola
Aprendiendo publicidad ppt final paolaAprendiendo publicidad ppt final paola
Aprendiendo publicidad ppt final paola
alvaro alcocer sotil
 
Agencia de publicidad la campaña publicitaria -tipos
Agencia de  publicidad   la campaña publicitaria -tiposAgencia de  publicidad   la campaña publicitaria -tipos
Agencia de publicidad la campaña publicitaria -tipos
alvaro alcocer sotil
 

Mehr von alvaro alcocer sotil (20)

Clase ciencia - Huesos
Clase ciencia - HuesosClase ciencia - Huesos
Clase ciencia - Huesos
 
Rm rompecabeza
Rm rompecabezaRm rompecabeza
Rm rompecabeza
 
Locomocion en animales
Locomocion en animalesLocomocion en animales
Locomocion en animales
 
Presentacion comuniccaion
Presentacion comuniccaionPresentacion comuniccaion
Presentacion comuniccaion
 
El trabajo académico chomsky
El trabajo académico chomskyEl trabajo académico chomsky
El trabajo académico chomsky
 
[002665]
[002665][002665]
[002665]
 
Catedral de-lima-historia-nc2ba-51-pps
Catedral de-lima-historia-nc2ba-51-ppsCatedral de-lima-historia-nc2ba-51-pps
Catedral de-lima-historia-nc2ba-51-pps
 
Proceso de ventas 2013
Proceso de ventas 2013Proceso de ventas 2013
Proceso de ventas 2013
 
Royal plaza
Royal plazaRoyal plaza
Royal plaza
 
Plan de marketing
Plan de marketingPlan de marketing
Plan de marketing
 
Intercambio de publicidad
Intercambio de publicidadIntercambio de publicidad
Intercambio de publicidad
 
Producto marca
Producto   marcaProducto   marca
Producto marca
 
Plan de mk tcompleto (3)
Plan de mk tcompleto (3)Plan de mk tcompleto (3)
Plan de mk tcompleto (3)
 
La marca debe ser humana
La marca debe ser humanaLa marca debe ser humana
La marca debe ser humana
 
3º sesion la competencia
3º sesion la competencia3º sesion la competencia
3º sesion la competencia
 
2ºsesion beneficios de la planeacion de marketing
2ºsesion beneficios de la planeacion de marketing2ºsesion beneficios de la planeacion de marketing
2ºsesion beneficios de la planeacion de marketing
 
1º sesion planeamiento estratégico de marketing
1º sesion planeamiento estratégico de marketing1º sesion planeamiento estratégico de marketing
1º sesion planeamiento estratégico de marketing
 
Aprendiendo publicidad ppt final paola
Aprendiendo publicidad ppt final paolaAprendiendo publicidad ppt final paola
Aprendiendo publicidad ppt final paola
 
Agencia de publicidad la campaña publicitaria -tipos
Agencia de  publicidad   la campaña publicitaria -tiposAgencia de  publicidad   la campaña publicitaria -tipos
Agencia de publicidad la campaña publicitaria -tipos
 
10º
 10º 10º
10º
 

07 middleware

  • 2. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Middleware El Middleware es un software de conectividad que ofrece un conjunto de servicios que hacen posible el funcionamiento de aplicaciones distribuidas sobre plataformas heterogéneas.
  • 3. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Middleware Simplifica el trabajo en la tarea de generar las conexiones en los sistemas distribuidos. Provee una solución que mejora la QoS, seguridad, envío de mensajes, directorio de servicio.
  • 4. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Middleware Funciona como una capa de abstracción de software distribuida, que se sitúa entre las capas de aplicaciones y las capas inferiores (sistema operativo y red). El Middleware nos abstrae de la complejidad de los sistemas operativos y lenguajes de programación, proporcionando una API para la fácil programación y manejo de aplicaciones distribuidas. Facilita el desarrollo de sistemas complejos con diferentes tecnologías y arquitecturas.
  • 5. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Middleware El middleware se estructura en tres niveles: Protocolo de transporte. Network Operating System (NOS). Protocolo específico del servicio.
  • 6. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Middleware Network Operating System (NOS): El NOS es el encargado de proporcionar una apariencia de sistema único a un sistema Cliente/Servidor. Es una extensión del Sistema Operativo: El cliente realiza una llamada a un servicio como si fuera local. El NOS: Intercepta la llamada. Redirige la llamada al servidor apropiado. Devuelve la contestación.
  • 7. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Middleware Network Operating System (NOS): El NOS proporciona transparencia en los procesos Cliente/Servidor con respecto a: Localización: Los recursos sólo se conocen por su nombre. El sistema en el que se ejecutan es irrelevante. Espacio de nombres: Las convenciones de los nombres de los recursos deben ser iguales, independientemente del sistema que los soporte. Conexión: Un único usuario y contraseña para todo el sistema. Replicación: No se debe diferenciar entre copias de un mismo recurso. Acceso local / remoto: El acceso a un recurso se debe realizar como si estuviera localizado en el mismo sistema que el programa cliente. Tiempo: Los relojes de todos los elementos del sistema deben estar sincronizados. Fallos: El sistema debe proporcionar servicios de detección de fallos, redundancia y reconexión tras un fallo. Administración: Un único sistema de gestión de todos los recursos. Protocolos: Idéntica interfaz de programación para todos los protocolos de transporte.
  • 8. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Tipo de Middleware Dependiendo del problema a resolver y de las funciones necesarias se tienen los siguientes Middleware: 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. 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.
  • 9. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Tipo de Middleware 2.-Remote Procedure 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.
  • 10. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Tipo de Middleware 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 interfaces ORB son definidas mediante un lenguaje de definición de Interfaces (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).
  • 11. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Tipo de Middleware 4.- Monitores de Procesamiento de Transacciones Distribuidas (DTPM) Los primeros Procesadores de Transacciones de Mainframe (CICS) brindaban una interface, la cual permitía a los desarrolladores abstraerse de características físicas inherentes al teleprocesamiento.  Incluían facilidades de ejecución 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. Utilizan, mecanismos de colas y ejecución de hilos que permiten el eficiente procesamiento de gran volumen de transacciones. por ejemplos Tuxedo (BEA), TX (IBM), ENCINA (Transarc), entre otros.
  • 12. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Tipo de Middleware 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.
  • 13. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Tipo de Middleware 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.
  • 14. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica Clasificación de los Middleware Los Middlewares se pueden clasificar de la siguiente manera: Middlewares Oportunísticos: Estos son aquellos que poseen un rápido aprendizaje para los desarrolladores, con menores conocimientos necesarios, e inclusión de soporte a nuevas tecnologías. Su precio inicial es frecuentemente bajo. Ejemplo: OAS, IAS, WebSphere,BEA Weblogic, Microsoft TS. Middlewares Sistemáticos: El concepto central es la larga vida de la tecnología y su proveedor, y además, las características de los Mainframes por encima de calidad de servicio (disponibilidad, performance, gestionabilidad e integridad), son considerados estratégicos por parte de las áreas de sistemas centrales de las organizaciones. Se emplean para proyectos de extensa duración e impacto en la organización. Entre ellos, se pueden mencionar: CICS, DEC openACMS (Tandem) y Pathway (Tandem), ORBIX (IONA Technologies).
  • 15. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica RESUMEN  Los Middlewares permiten simplificar el proceso de desarrollo de aplicaciones gracias a que podemos independizar los entornos propietarios. Los Middlewares ofrecen interconexión con los Sistemas de Información del Organismo.  Debido a que podemos contar con información procedente de distintas plataformas, los Middlewares proporciona mayor control del negocio  Los Middlewares facilitan el desarrollo de sistemas complejos con diferentes tecnologías y arquitecturas.
  • 16. Universidad Nacional de San Marcos Facultad de Ingeniería Electrónica y Electrica