SlideShare una empresa de Scribd logo
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

Más contenido relacionado

PPTX
Centos SO
PDF
Principales características de QEMU
PPTX
Aula 01 - Apresentaçã e Conceitos.pptx
PPTX
Calidad de software Unidad 1
PPT
Capa de transporte
PPTX
Sistemas digitais - Sistemas de Numeração
PPTX
Presentación SMTP
Centos SO
Principales características de QEMU
Aula 01 - Apresentaçã e Conceitos.pptx
Calidad de software Unidad 1
Capa de transporte
Sistemas digitais - Sistemas de Numeração
Presentación SMTP

La actualidad más candente (20)

PPT
sistemas operativos.ppt
PPTX
Admon de la función informática
PPTX
Capa de red
PPTX
Sistemas operacionais
PDF
IoT通信サービス 1NCE IoTフラットレートご紹介
PPT
Clase 1 Enfoque Multinivel 2009
PPTX
TeamViewer Vs. AnyDesk
PPTX
Trabalho do sistemas operativos
PPTX
Sistemas operativos servidor
PPT
Sistema Operativo
PPTX
KVM Kernel Based Virtual Machine
PDF
Introduccion a los sistemas distribuidos
PPTX
Capa enlace de datos (exposición) (1)
PDF
Frame relay
PDF
E book-identite-numerique-enjeux-et-perspectives
PPTX
Conceptos y fundamentos de la computación móvil
PPTX
Aula 1 sistema operacional linux
PDF
Cliente servidor
PPTX
Redes moveis celulares
sistemas operativos.ppt
Admon de la función informática
Capa de red
Sistemas operacionais
IoT通信サービス 1NCE IoTフラットレートご紹介
Clase 1 Enfoque Multinivel 2009
TeamViewer Vs. AnyDesk
Trabalho do sistemas operativos
Sistemas operativos servidor
Sistema Operativo
KVM Kernel Based Virtual Machine
Introduccion a los sistemas distribuidos
Capa enlace de datos (exposición) (1)
Frame relay
E book-identite-numerique-enjeux-et-perspectives
Conceptos y fundamentos de la computación móvil
Aula 1 sistema operacional linux
Cliente servidor
Redes moveis celulares
Publicidad

Destacado (20)

PPTX
Proyecto de la ley de código orgánico de la policia nacional kdt marfetan tat...
PPT
PSICOLOGIA
PPTX
Movie maker
PPTX
El sistema solar
PPTX
Pnl presentacion
PPTX
Inteligencia
PPTX
Obrando como Jesús - Por qué no me ayudas
PPTX
Libro interactivo
ODP
Practica 11 :)
PDF
Caso de derecho_agrario1
PPTX
Els museus a la xarxa cap a una experiencia de marca. Part IV
PPTX
Tribus urbsnass
PPT
Blogger
PPTX
Curriculo real y oculto
PPT
Patrimonios culturales de la ciudad de la plata
DOCX
C.nat.5 to. gdo. preenlace
PPTX
Peligros del internet
DOCX
Slide share
DOCX
Reporte de lectura.
PPTX
Proyecto de la ley de código orgánico de la policia nacional kdt marfetan tat...
PSICOLOGIA
Movie maker
El sistema solar
Pnl presentacion
Inteligencia
Obrando como Jesús - Por qué no me ayudas
Libro interactivo
Practica 11 :)
Caso de derecho_agrario1
Els museus a la xarxa cap a una experiencia de marca. Part IV
Tribus urbsnass
Blogger
Curriculo real y oculto
Patrimonios culturales de la ciudad de la plata
C.nat.5 to. gdo. preenlace
Peligros del internet
Slide share
Reporte de lectura.
Publicidad

Similar a 07 middleware (20)

PDF
Introduccion al middleware
DOCX
DOCX
PPTX
Middleware
PPTX
Middleware
PPTX
Middleware
DOCX
Middleware en los sistemas distribuidos
PDF
03-28-2024_122542731_GONZALEZGARCIAANAJULIETA.pdf
PPTX
Middleware
PPTX
Middleware
PDF
Aplicaciones Middleware
PDF
Diapositivas diego
DOCX
Middleware
PDF
Arquitectura cliente servidor
DOCX
Aplicaciones Middleware
PDF
Cliente servidor
DOCX
Abad yacila y granda cardoza melissa
PDF
Sesion 08 tel202 2010-1
PPT
Materia Cliente/Servidor
PDF
Middlewares Distribuidos en sistemas de software
Introduccion al middleware
Middleware
Middleware
Middleware
Middleware en los sistemas distribuidos
03-28-2024_122542731_GONZALEZGARCIAANAJULIETA.pdf
Middleware
Middleware
Aplicaciones Middleware
Diapositivas diego
Middleware
Arquitectura cliente servidor
Aplicaciones Middleware
Cliente servidor
Abad yacila y granda cardoza melissa
Sesion 08 tel202 2010-1
Materia Cliente/Servidor
Middlewares Distribuidos en sistemas de software

Más de alvaro alcocer sotil (20)

PPTX
Clase ciencia - Huesos
PPTX
Rm rompecabeza
PPTX
Locomocion en animales
PPTX
Presentacion comuniccaion
DOCX
El trabajo académico chomsky
PPTX
PPT
Catedral de-lima-historia-nc2ba-51-pps
PPT
Proceso de ventas 2013
PPTX
PPTX
Plan de marketing
PPT
Intercambio de publicidad
PPT
Producto marca
PPT
Plan de mk tcompleto (3)
PPTX
La marca debe ser humana
PPTX
3º sesion la competencia
PPT
2ºsesion beneficios de la planeacion de marketing
PPT
1º sesion planeamiento estratégico de marketing
PPT
Aprendiendo publicidad ppt final paola
PPT
Agencia de publicidad la campaña publicitaria -tipos
Clase ciencia - Huesos
Rm rompecabeza
Locomocion en animales
Presentacion comuniccaion
El trabajo académico chomsky
Catedral de-lima-historia-nc2ba-51-pps
Proceso de ventas 2013
Plan de marketing
Intercambio de publicidad
Producto marca
Plan de mk tcompleto (3)
La marca debe ser humana
3º sesion la competencia
2ºsesion beneficios de la planeacion de marketing
1º sesion planeamiento estratégico de marketing
Aprendiendo publicidad ppt final paola
Agencia de publicidad la campaña publicitaria -tipos

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