Está en la página 1de 18

INSTITUTO TECNOLOGICO SUPERIOR DE PEROTE

Alumno: Samuel Cervantes Moreno

Matricula: 14050053

Profesor: Jos Manuel Daz Rivera

Materia: Sistemas Operativos II

Unidad: 1

1
ndice

ndice....2

Introduccin.....3

Definicin.....4

Caractersticas....5

Origen...6

Papel de Middleware en Sistemas Distribuidos.6

Taxonoma del Middleware....7

Aplicaciones..11

Middleware RFID..13

Ventajas..15

Conclusin..16

Bibliografas....17

2
Introduccin

Middleware es una facilitador entre el cliente-servidor que hace ms ptimo la conexin y a


forma de comunicarse entre cliente-servidor.

Capa de software intermedio entre el cliente y el servidor.

Es la capa de software que nos permiten gestionar los mecanismos de comunicaciones.

Ejemplo si se hace la peticin de una pgina web desde un browser en el cliente, el


middleware determina la ubicacin y enva una peticin para dicha pgina.

El servidor Web, interpreta la peticin y enva la pgina al software intermedio, quien la dirige
al navegador de la mquina cliente que la solicit.

3
Middleware
Definicin:
Capa de software intermedio entre el cliente y el servidor. Es la capa de software que nos
permiten gestionar los mecanismos de comunicaciones.

Ejemplo si se hace la peticin de una pgina web desde un browser en el cliente, el


middleware determina la ubicacin y enva una peticin para dicha pgina. El servidor Web,
interpreta la peticin y enva la pgina al software intermedio, quien la dirige al navegador de
la mquina cliente que la solicit.

Es el software que proporciona un enlace entre aplicaciones de software independientes.


Middleware a veces se llama a la va que conecta dos aplicaciones y pasa los datos entre
ellas. Los middleware permiten que los datos contenidos en una base de datos puedan ser
accedidos a travs de otra, ahorrando tiempo a los programadores.

Existen dos tipos:

Software intermedio general. Servicios generales que requieren todos los clientes y
servidores, por ejemplo:

software para las comunicaciones usando el TCP/IP, software parte del sistema
operativo que, por ejemplo, almacena los archivos distribuidos, software de
autenticacin, el software intermedio de mensajes de clientes a servidores y viceversa.

Software intermedio de servicios. Software asociado a un servicio en particular, por


ejemplo: software que permite a dos BD conectarse a una red cliente/servidor (ODBC:

Conectividad abierta de BD), software de objetos distribuidos, por ejemplo la


tecnologa CORBA permite que objetos distribuidos creados en distintos lenguajes
coexistan en una misma red (intercambien mensajes), software intermedio para
software de grupo, software intermedio asociado a productos de seguridad especficas
(Conexiones Seguras: Sockets), etc.

4
Caractersticas:

Independiza el servicio de su implantacin, del sistema operativo y de los protocolos


de comunicaciones.
Permite la convivencia de distintos servicios en un mismo sistema.
Permite la transparencia en el sistema.
Modelo tradicional: Monitor de teleproceso o CICS, Tuxedo, Encina.
Modelo OO: CORBA.

El trmino middleware se discute en [Lewandosky 1998]. El software distribuido requerido


para facilitar las interacciones cliente-servidor se denomina middleware.

El acceso transparente a servicios y recursos no locales distribuidos a travs de una red se


provee a travs del middleware, que sirve como marco para la comunicaciones entre las
porciones cliente y servidor de un sistema.

El middleware define: el API que usan los clientes para pedir un servicio a un servidor, la
transmisin fsica de la peticin va red, y la devolucin de resultados desde el servidor al
cliente.

Ejemplos de middleware estndar para dominios especficos incluyen: ODBC, para bases de
datos, Lotus para groupware, HTTP y SSL para Internet y CORBA, DCOM y JAVA RMI para
objetos distribuidos.

El middleware fundamental o genrico es la base de los sistemas cliente-servidor. Los


servicios de autentificacin en red, llamadas a procedimiento remoto, sistemas de ficheros
distribuidos y servicios de tiempo en red se consideran parte del middleware genrico. Este
tipo de middleware empieza a ser parte estndar de los sistemas operativos modernos como
Windows NT.

En sistemas donde no se disponga deber recurrirse a middleware del tipo OSD DCE
(Distributed Computing Environment) [OSF 1994]. El middleware especfico para un dominio
complementa al middleware genrico de cara a aplicaciones mucho ms especficas.

5
El protocolo de comunicaciones ms usado por el middleware, tanto genrico como
especifico, es TCP/IP. Esto se debe a su amplia difusin en todos los sistemas operativos del
mercado y en especial en los ordenadores personales.

Middleware o lgica de intercambio de informacin entre aplicaciones ("interlogical") es


un software que asiste a una aplicacin para interactuar o comunicarse con otras
aplicaciones, o paquetes de programas, redes, hardware y/o sistemas operativos.

ste simplifica el trabajo de los programadores en la compleja tarea de generar las


conexiones y sincronizaciones que son necesarias en los sistemas distribuidos. De esta
forma, se provee una solucin que mejora la calidad de servicio, as como la seguridad, el
envo de mensajes, la actualizacin del directorio de servicio, etc.

Funciona como una capa de abstraccin de software distribuida, que se sita entre las capas
de aplicaciones y las capas inferiores (sistema operativo y red).
El middleware abstrae de la complejidad y heterogeneidad de las redes de comunicaciones
subyacentes, as como de los sistemas operativos y lenguajes de programacin,
proporcionando una API para la fcil programacin y manejo de aplicaciones distribuidas.

Dependiendo del problema a resolver y de las funciones necesarias, sern tiles diferentes
tipos de servicios de middleware. Por lo general el middleware del lado cliente est
implementado por el Sistema Operativo, el cual posee las bibliotecas que ejecutan todas las
funcionalidades para la comunicacin a travs de la red.

Origen

El origen de la palabra middleware se remonta al ao 1968, en donde la palabra fue usada


durante la '1968 NATO Software Engineering Conference siendo una idea de cmo conectar
el nuevo software con sistemas ms antiguos.

Durante las dcadas previas a los 90s, fue solamente descrito como un software para la
gestin de conexin en redes, pero para cuando las tecnologas en redes alcanzaron una
penetracin y visibilidad suficiente, el software middleware' haba evolucionado en un
conjunto de paradigmas y servicios.

6
De esta forma se estaba ofreciendo una manera ms fcil, robusta y controlable, para
construir aplicaciones distribuidas

Taxonoma del software middleware

La taxonoma o clasificacin del software middleware puede ser descrita en dos grandes
categoras: una de integracin y otra de aplicacin. stas poseen a su vez diferentes clases.

Categora de integracin

El tipo de integracin que incluyen posee la capacidad de unirse con sistemas heterogneos.
Cada middleware posee diferentes protocolos de comunicacin o formas de operar en
diferente software. Los tipos de integracin se pueden ver como:

Orientados a procedimiento o procesos:

Los middleware que son orientados a procesos, utilizan una comunicacin sincronizada
(como por ejemplo el telfono). Una de las caractersticas de estos, es que utilizan el client
stub y el server skeleton. El client stub convierte la peticin en un mensaje que es mandado
al servidor; luego el server skeleton recibe el mensaje, lo convierte en la peticin y llama a la
aplicacin del servidor donde sta es procesada.
Terminado el procesamiento, ocurre el proceso inverso. El client stub verifica los errores,
enva los resultados al software que inici la peticin y entonces suspenden el proceso. Las
ventajas de estos middleware es que usan un tipo estndar en nombres de servicios y
procesos remotos, pueden retornar respuesta an con problemas en la red y pueden manejar
mltiples tipos de formatos para datos y niveles heterogneos de sistemas de servicio.
Las desventajas son que no poseen escalabilidad, no pueden retornar la informacin a un

7
programa diferente del que realiz la solicitud (reflexin) y poseen procesos muy rgidos.

Orientados a objetos:

Soportan pedidos de objetos distribuidos. La comunicacin entre los objetos puede ser
sincronizada, sincronizada diferida o no sincronizada. Soportan mltiples pedidos similares
realizados por mltiples clientes en una transaccin. La forma de operar es:

1. El objeto cliente llama a un mtodo lgico para obtener un objeto remoto.

2. Un ORB Proxy (tambin conocido como stub) pone en orden la informacin y la


transmite a travs del agente (broker).

3. El agente acta como punto medio y contacta con diversas fuentes de informacin,
obtiene sus referentes IDs, recolecta informacin y, en ocasiones, la reorganiza.

4. El proxy remoto (tambin conocido como skeleton) desordena la informacin que le


llega del agente y se la pasa al objeto servidor.

5. El objeto servidor procesa la informacin y genera un resultado que es devuelto al


cliente siguiendo los pasos inversos.

Las ventajas son que permiten generar reflexin y escalabilidad, que opera con mltiples
tipos de informacin y estados y que soporta procesos mltiples.

Las desventajas consisten en obtener la existencia de vnculos antes de la ejecucin y de un


cdigo contenedor para algunos sistemas heredados.

Orientados a mensajes (MOM, Message-oriented middleware)

Se pueden dividir en dos tipos, espera y publicacin/suscripcin. El paso de espera se puede


dividir en mensaje y espera. El paso de mensaje inicia con que la aplicacin enva un
mensaje a uno o ms clientes, con el MOM del cliente.

8
El servidor MOM, recoge las peticiones de la cola (Message Broker) en un orden o sistema
de espera predeterminado. Los actos del servidor MOM son como un router y usualmente no
interactan con estas.

El MOM de publicacin y suscripcin acta de manera ligeramente diferente, es ms


orientado a eventos. Si un cliente quiere participar por primera vez, se une al bus de
informacin.
Dependiendo de su funcin, si es como publicador, suscriptor y ambas, este registra un
evento. El publicador enva una noticia de un evento al bus de memoria. El servidor MOM
enva un anuncio al subscriptor registrado cuando la informacin est disponible.
Orientados a componentes
Un componente es un programa que realiza una funcin especfica, diseada para operar e
interactuar fcilmente con otros componentes y aplicaciones.
El middleware en este caso en una configuracin de componentes. Los puntos fuertes de
este middleware es que es configurable y reconfigurable.
La reconfiguracin se puede realizar en tiempo de ejecucin, lo que ofrece una gran
flexibilidad para satisfacer las necesidades de un gran nmero de aplicaciones.
Agentes
Los agentes son un tipo de middleware que posee varios componentes:

Entidades. Pueden ser objetos o procesos.

Medios de comunicacin. Pueden ser canales, tuberas, etc.

Leyes. Identifican la naturaleza interactiva de los agentes. Pueden ser la


sincronizacin o el tipo de esquema.

Las ventajas de los middleware agentes son que la capacidad de stos para realizar una
gran cantidad de tareas en nombre del usuario y para cubrir una amplia gama de estrategias
basadas en el entorno que les rodea.
Sin embargo su implementacin es complicada debido a la complejidad y dificultades dadas
por las operaciones que manejan.
Categora de Aplicacin
La clasificacin por aplicacin incluye los middleware que son ajustados para aplicaciones
especficas.

9
Middleware para acceso a informacin (DAM, Data Access middleware)
Los middleware para acceso a informacin tienen la caracterstica de poder interactuar con
diversas fuentes de datos.
En este tipo de middleware se encuentran los que procesan transacciones, gateways de
bases de datos y sistemas distribuidos de transaccin/procedimiento.
Sus ventajas residen en la comunicacin que tienen entre mltiples fuentes de datos, la
conversin del lenguaje de programacin de la aplicacin a un lenguaje aceptado por la
fuente de datos de destino y la capacidad de respuesta en un formato y lenguaje aceptable
para el solicitante.
Middleware de escritorio
Los middleware de escritorio pueden hacer variaciones en la presentacin de la informacin
pedida por el usuario por aplicaciones de rastreo y asistencia, controlar cualquier servicio de
transporte y proveer una copia de seguridad y otras operaciones de fondo.
Otras pueden ser manutencin y grficas, ordenamientos, directorios de servicios, manejo de
informacin de la base de datos, manejo de procesos, calendarizacin de trabajos,
notificacin de eventos de servicios, manejo de instalacin de software, servicios de cifrado y
control de accesos.
Middleware basados en la web
Este tipo de middleware asiste al usuario con la navegacin web, el uso de interfaces que le
permiten encontrar pginas de su inters y detectar cambios de inters del usuario basado
en su historial de bsquedas.
Provee de un servicio de identificacin para un gran nmero de aplicaciones y comunicacin
entre procesos independiente del sistema operativo, protocolo de red y plataforma de
hardware.
Los middleware que se encuentran fuertemente unidos a la red se llaman servidores de
aplicaciones, ya que mejoraran el rendimiento, disponibilidad, escalabilidad, seguridad,
recuperacin de informacin, y soportan la administracin colaborativa y su uso.
Los middleware pueden contactar directamente a la aplicacin ganando mejor comunicacin
entre el servidor y el cliente. Otros servicios importantes dados por este tipo de middleware
son servicios de directorios, correos electrnicos, cadenas de suministros de gran tamao,
accesos remotos a informacin, descarga de archivos, accesos a programas y acceso a
aplicaciones remotas.
Middleware a tiempo real
La informacin en tiempo real es caracterizada porque la informacin correcta en un instante
puede no serlo en otro.
Los middleware en tiempo real soportan las peticiones sensibles al tiempo y polticas de

10
planificacin.
Esto se realiza con servicios que mejoran la eficiencia de las aplicaciones de usuario. Los
middleware en tiempo real se pueden dividir en diferentes aplicaciones:

Aplicacin de base de datos en tiempo real.

Sensor de procesamiento.

Transmisin de informacin.

La informacin que pasa a travs de un middleware en tiempo real se ha incrementado


dramticamente con la introduccin de Internet, redes inalmbricas, y las nuevas
aplicaciones basadas en la difusin.
Las ventajas de este tipo de middleware son que proveen un proceso de decisin que
determina el mejor criterio para resolver procesos sensibles al tiempo, y la posibilidad de
ayudar a los sistemas operantes en la localizacin de recursos cuando tienen tiempos lmites
de operacin.
Los middleware multimedia son una rama mayor en los middleware en tiempo real. stos
pueden manejar una gran variedad de informacin. Estos tipos pueden ser textos, imgenes
de todo tipo (GPS, imgenes, etc.), procesadores de lenguajes naturales, msica y video.
La informacin debe ser recopilada, integrada y entonces enviada al usuario sensible del
tiempo. Los dispositivos multimedia pueden incluir una mezcla de dispositivos tanto fsicos
(parlantes, cmaras, micrfono) como lgicos.

Aplicaciones

Los servicios de middleware proporcionan un conjunto ms funcional de la API s para


permitir una aplicacin a:

Localizar claramente a travs de la red, proporcionando as una interaccin con otro


servicio o aplicacin

Los datos filtrados para que sean utilizables en un ambiente pblico a travs de
anonymization process para la proteccin de la privacidad(por ejemplo)

Ser independiente del servicio de red

11
Ser fiable y siempre disponible

Aadir los atributos complementarios como semntica en comparacin con el sistema


operativo y servicios de red.
Middleware ofrece algunas ventajas nicas tecnolgicas para los negocios y la industria. Por
ejemplo, los sistemas tradicionales de bases de datos suelen ser desplegados en entornos
cerrados, donde los usuarios acceden al sistema slo a travs de una red restringida o
intranet (por ejemplo, red interna de una empresa).
Con el crecimiento de la World Wide Web, los usuarios pueden acceder a prcticamente
cualquier base de datos para las que tengan derechos de acceso adecuados desde cualquier
parte del mundo.
Middleware aborda el problema de diferentes niveles de interoperabilidad entre las
estructuras de base de datos diferente. Middleware facilita el acceso a la herencia de un
sistema de gestin de bases de datos (DBMS) o aplicaciones a travs de un servidor web,
sin tener en cuenta las caractersticas especficas de base de datos.
Las empresas frecuentemente utilizan las aplicaciones de middleware para vincular la
informacin de bases de datos de sus departamentos, tales como nminas, ventas y
contabilidad, o bases de datos alojadas en mltiples localizaciones geogrficas.
En el mercado de la salud que es altamente competitivo, los laboratorios hacen un amplio
uso de aplicaciones de middleware para minera de datos y sistema informtico del
laboratorio (LIS), y para combinar los sistemas de informacin durante fusiones de
hospitales. Los Middleware ayudan a reducir la brecha entre LISs separados en una red de
salud recin formado a raz de una compra del hospital.6
Los desarrolladores de redes inalmbricas pueden utilizar middleware para afrontar los retos
asociados a los de sensores inalmbricos de red (WSN), o tecnologas WSN. La
implementacin de una aplicacin de middleware permite WSN [[Los analistas Middleware |]
desarrolladores]. Para integrar los sistemas operativos y hardware con la amplia variedad de
aplicaciones diferentes que estn disponibles actualmente.7
Los middleware pueden ayudar a los desarrolladores de software a no tener que escribir
APIs para todos los programas de control, que acta como una interfaz de programacin
independiente para sus aplicaciones.
Para la Internet del Futuro, el funcionamiento de la red a travs del monitoreo de trfico en
escenarios multi-dominio, utilizando herramientas de mediacin (middleware) es una
poderosa ayuda, ya que permiten operadores, investigadores y [proveedores de servicios
para supervisar Calidad de servicio y analizar los eventuales fracasos en servicio de
telecomunicaciones.8
Por ltimo, el comercio electrnico utiliza middleware para ayudar en el manejo de

12
transacciones rpidas y seguras a travs de muchos tipos diferentes de entornos
informticos.9 En resumen, el middleware se ha convertido en un elemento crtico en una
amplia gama de industrias, gracias a su capacidad de reunir los recursos a travs de
diferentes redes o plataformas de computacin.
En 2004 los miembros de la Unin Europea de Radiodifusin (UER), han realizado un
estudio de Middleware con respecto a la integracin de sistemas en entornos de difusin.

Se trataba de sistema de expertos en ingeniera de diseo de 10 principales cadenas


europeas, se trabaj durante un perodo de 12 meses para entender el efecto de productos,
principalmente de software, basado en tcnicas de produccin de medios de comunicacin y
el diseo del sistema de radiodifusin.

Los informes resultantes 3300S Tecnologa 3300 y Tech fueron publicados y estn
disponibles gratuitamente desde el sitio web de la UER.

Middleware RFID

El Middleware RFID es una forma diferente de enfocar el clsico middleware conocido en el


entorno informtico.
As, debido al reciente desarrollo exponencial de la tecnologa RFID, las funciones del
Middleware RFID no se ajustan a las clsicas funciones informticas de este tipo de interfaz
por lo que compaas como Forrester Resarch, ABI Research y otras compaas han
"consensuado" una definicin de lo que se puede considerar un middleware destinado a la
gestin de los eventos generados por un sistema RFID:

El RFID Middleware es la plataforma existente entre los lectores de tags y los sistemas
de gestin empresariales para trabajar, gobernar y enviar los datos captados por el
hardware RFID.

A diferencia del middleware clsico, el middleware RFID trabaja en un extremo de la red y


mueve los datos en el mismo punto de las transacciones.

13
Las funciones bsicas del middleware RFID son la monitorizacin, la gestin de los datos y
de los dispositivos. De hecho, extrae los datos del lector, los filtra, agrega la informacin y los
dirige al sistema de gestin; este sistema de gestin puede ser un ERP o cualquier tipo de
aplicacin vertical (sistema de produccin, almacn, etc.).

Ejemplos de Middleware

CORBA

Common Object Request Broker Architecture (CORBA) es un standard definido por el


Object Management Group (OMG) que permite que diversos componentes de software
escritos en mltiples lenguajes de programacin y que corren en diferentes computadoras
puedan trabajar juntos.

Visin General

En un sentido general, CORBA "envuelve" el cdigo escrito en otro lenguaje, en un paquete


que contiene informacin adicional sobre las capacidades del cdigo que contiene y sobre
cmo llamar a sus mtodos.

Los objetos que resultan, pueden entonces ser invocados desde otro programa (u objeto
CORBA) desde la red. En este sentido CORBA se puede considerar como un formato de
documentacin legible por la mquina, similar a un archivo de cabeceras, pero con ms
informacin.

CORBA utiliza un lenguaje de definicin de interfaces (IDL) para especificar las interfaces
con los servicios que los objetos ofrecern. CORBA puede especificar a partir de este IDL, la
interfaz a un lenguaje determinado, describiendo cmo los tipos de dato CORBA deben ser
utilizados en las implementaciones del cliente y del servidor. Implementaciones estndar
existen para Ada, C, C++, Smalltalk, Java Python, Perl y Tcl.

SOAP (Simple Object Access Protocol)

SOAP es un protocolo que proporciona un mecanismo estndar de empaquetar mensajes.


Este protocolo est pensado para el intercambio de informacin en entornos
descentralizados y distribuidos. Usa las tecnologas relacionadas con XML a fin de definir un
marco de trabajo extensible para los mensajes.

14
Provee una estructura de mensajes capaz de ser intercambiada sobre una gran cantidad de
protocolos de soporte. Este marco ha sido diseado con el fin de que fuera independiente del
cualquier modelo de programacin y otras implementaciones de semnticas.

Los dos objetivos de diseo principales de SOAP son la simplicidad y la extensibilidad.

Para alcanzar estos objetivos, SOAP simplemente elimina de su arquitectura aquellos


aspectos que con ms frecuencia se encuentra en los sistemas distribuidos. Podemos
agregar las caractersticas que nosotros queramos simplemente extendiendo la
especificacin.

Ventajas

No esta asociado con ningn lenguaje: los desarrolladores involucrados en nuevos


proyectos pueden elegir desarrollar con el ltimo y mejor lenguaje de programacin que
exista pero los desarrolladores responsables de mantener antiguas aflicciones heredadas
podran no poder hacer esta eleccin sobre el lenguaje de programacin que utilizan.

No se encuentra fuertemente asociado a ningn protocolo de transporte : La


especificacin de SOAP no describe como se deberan asociar los mensajes de SOAP con
HTTP. Un mensaje de SOAP no es ms que un documento XML, por lo que puede
transportarse utilizando cualquier protocolo capaz de transmitir texto.

No est atado a ninguna infraestructura de objeto distribuido. La mayora de los


sistemas de objetos distribuidos se pueden extender, y ya lo estn alguno de ellos para que
admitan SOAP.

Aprovecha los estndares existentes en la industria : Los principales contribuyentes a la


especificacin SOAP evitaron, intencionadamente, reinventar las cosas. Optaron por
extender los estndares existentes para que coincidieran con sus necesidades.
Por ejemplo, SOAP aprovecha XML para la codificacin de los mensajes, en lugar de utilizar
su propio sistema de tipo que ya estn definidas en la 2 especificacin esquema de XML.
Y como ya se ha mencionado SOAP no define un medio de trasporte de los mensajes; los
mensajes de SOAP se pueden asociar a los protocolos de transporte existentes como HTTP
y SMTP.
Permite la interoperabilidad entre mltiples entornos : SOAP se desarrollo sobre los
estndares existentes de la industria, por lo que las aplicaciones que se ejecuten en
plataformas con dicho estndares pueden comunicarse mediante mensaje SOAP con

15
aplicaciones que se ejecuten en otras plataformas.

Estructura de un mensaje SOAP SOAP proporciona un mecanismo estndar de empaquetar


un mensaje. Un mensaje SOAP se compone de un sobre que contiene el cuerpo del
mensaje y cualquier informacin de cabecera que se utiliza para describir le mensaje.

16
Conclusin

Middleware es una facilitador entre el cliente-servidor que hace ms ptimo la conexin y a


forma de comunicarse entre cliente-servidor.

Capa de software intermedio entre el cliente y el servidor.

Es la capa de software que nos permiten gestionar los mecanismos de comunicaciones.

Ejemplo si se hace la peticin de una pgina web desde un browser en el cliente, el


middleware determina la ubicacin y enva una peticin para dicha pgina.

El servidor Web, interpreta la peticin y enva la pgina al software intermedio, quien la dirige
al navegador de la mquina cliente que la solicit.
Bibliografas

http://sistemasod.blogspot.mx/2012/10/ejemplos-de-middleware.html

http://datateca.unad.edu.co/contenidos/208017/ContLin/leccin_5_fundamentos_de_middlewa
re.html

http://sistemasod.blogspot.mx/2012/10/ejemplos-de-middleware.html

También podría gustarte