Resumen

SIMPLIFICA EL TRABAJO
DE LOS
PROGRAMADORES

SE USA PARA
PROPORCIONAR UN
CONJUNTO FUNCIONAL
PARA API'S

OFRECE TECNOLOGA A
EMPRESAS, NEGOCIOS
ENTRE OTROS.

SISTEMAS OPERATIVOS

INTERACTUA SOBRE S.O.

DISTRIBUIDOS

ATRIBUTO DE
TRANSPARENCIA

POSEE UNA SOLUCIN

ARMADA

PARA GARANTIZAR LA
CALIDAD DE SERVICIO
ENTRE 2 HOST

HARDWARE ADECUADO

MIDDLEWARE

ES UN SOFTWARE
INTERMEDIO

SOFTWARE

REDES

Grid de aplicaciones de
eficiencia extrema

SOLUCIONA PROBLEMAS
DE CONECTIVIDAD EN
TRE DIVERSAS
APLICACIONES

EXISTEN DIVERSOS TIPOS

DE MIDDLEWARE

ORIENTADOS A PROCESOS, ORIENTADOS A OBJETOS,

JAVA RMI, DCOM, CORBA, ORIENTADO A MENSAJES,
MQSERIES Y ORIENTADO A COMPONENTES

Caractersticas y tipos

Caracteristicas

Servicios de middleware
proporcionar un conjunto ms
funcional de la API de SO y
servicios de red para permitir
que una aplicacin.

Ser confiable y disponible.

Bsqueda transparente a travs

de la red, proporcionando una
interaccin con otra aplicacin o
servicio.

Ampliacin en la capacidad sin

perder su funcin.

Middleware

Ser independientes de los

servicios de red.

El Middleware es el elemento
clave de la integracin del
sistema distribuido, aporta todos
los elementos para conseguir
transparencia

Tipos

Procesamiento de transacciones
(TP) monitores.

Este tipo de monitores

middleware activan y entregan
informacinrelevante para los
subscriptores.

Las llamadas a procedimiento

remoto (RPC)

El cliente realiza una llamada a

procedimientos que
estnejecutando en mquinas
remotas

Message Oriented Middleware

(MOM)

es una infraestructura cliente /

servidor que permite que la
aplicacin se distribuye a travs
de mltiples plataformas
heterogneas

Corredores de peticin de
objetos (ORB)

permite que los clientes enven

objetosy soliciten servicios en un
sistema orientado a objetos

SQL-oriented Data Access

Ventajas, desventajas y
ejemplos

Middleware

Ejemplos

ODBC

CORBA

Lotus

Computacin ubicua,

SSL/HTTPS

El Middleware es el elemento
clave de la integracin del
sistema distribuido, aporta
todos los elementos para
conseguir transparencia

Interaccin e
interconectividad de sistemas

Debe desarrollarse en forma

especfica. No siempre es
aplicable

Mayor eficiencia al tiempo de

respuesta

Determina si elsistema puede

extenderse y implementarse
en diversos aspectos (aadir
y quitar componentes)

Mayor eficacia y eficiencia al

desarrollar aplicaciones
complejas.

Costo de desarrollo,
implementacin, etc..

Permite habilitar PCs con

recursos mnimos

Complejidad logstica (instalar

en cada equipo).

Ventajas vs Desventajas

Componentes bsicos

Acceso a recursos: Presentacin, Impresin, Datos,

Comunicaciones.
Servicios de comunicacin entre programas: RPC,
Memoria compartida (casi no se usa ya).
Servicios de Distribucin: Referencia y catalogacin de
recursos y componentes, Arranque de recursos
Localizacin. Gestor de transacciones. Fecha y Hora.

Middleware

Servicios de desarrollo

Gestor de Objetos Distribuidos (Object Request Brokers

ORBs): Si el Middleware tiene un modelo de objetos
distribuidos.
Servicios de administracin del sistema: Servicios de
referencia y catalogacin de recursos (Naming and
Directory Services).
Seguridad, autentificacin de usuarios y proteccin de
acceso a recursos (Security Services).
Algoritmos y protocolos de comunicacin,etc.

Es una capa de software

que proporciona un nivel
de abstraccin
ocultando diferencias en
sistemas operativos,
redes, hardware y
lenguages de
programacin

APIs de alto nivel para la peticin de forma

transparente de los servicios.
Un mecanismo de implementacin e
integracin de los servicios construidos en el
Middleware.

Componentes bsicos

Herramientas para referenciar, catalogar,

gestionar y localizar los recursos en la
plataforma.
Facilidades de gestin distribuida.

La plataforma del transportista.

Si estamos en un modelo de objetos
distribuidos, los recursos de gestin de estos
objetos OO.

Middleware

Modelos

Modelo de DeBower&Dolgicer
(1992)

transparencia de protocolos de red que hacan del

transportista algo no estndar y difcil de gestionar en
aquella poca.

Modelo de King (1992)

capa de servicios de alto nivel con RPC, SQL y MOM

que se apoyaba en el concepto de sesin

Modelo de Dolgicer (1994)

1er modelo completo y se habla ya nicamente de un

Middleware que transporta mensajes de forma
transparente a la plataforma

Open Distribuited Application

Model (ODAM-1996 )

WINDOWS OPEN SERVICES

ARCHITECTURE (WOSA)

Su aportacin es crear una capa, los gestores, que

se sita por debajo del Middleware, con una
propuesta de servicios de DSM

Haba nacido Open Database Connectivity (ODBC). El

acceso trasparente a las bases de datos era una
realidad.

Modelos
COMMON REQUEST BROKER
ARCHITECTURE (CORBA)

Proporciona un mtodo estndar para crear,

preservar, localizar y
comunicar objetos y distribuidos por la plataforma.

Open Distribuited Application

Model (ODAM-1996 )

Su aportacin es crear una capa, los gestores, que se

sita por debajo del Middleware, con una propuesta
de servicios de DSM

MODELO ESTANDAR

una semntica y una sintaxis nicas para cada

servicio. Clientes y servidores arrancados en el
mismo servidor fsico.

MODELO REAL

Se debe sustituir el Middleware de la instalacin por

el estndar; si el contenido semntico y sintctico
del nuevo Middleware no coincida con el del usuario
que va a sustituir

Middleware ORACLE

Oracle WebLogic Suite

11g
Oracle Webcenter

Tipos

Oracle SOA Suite 11g

Oracle Identity
Management 11g

Middleware
Oracle

Oracle JDeveloper 11g

Inteligencia de
Negocios Generalizada
y Soporte Estratgico
Portale Enterprise 2.0
Gestin y Contenido y
Colaboracin
Gestin de identidad
centrada en
aplicaciones

Ofrece

Grid de aplicaciones
de eficiencia extrema
Arquitectura Orientada
a Servicios y Gestin
de Procesos de
Negocios
Completo e Integrado

Caracterisitcas

El mejor de su
categora

Apto para la conexin

en caliente