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

Mais conteúdo relacionado

Mais procurados

Proyecto de redes ejemplo
Proyecto de redes ejemploProyecto de redes ejemplo
Proyecto de redes ejemploIvan Porras
 
Conceptos basicos de redes
Conceptos basicos de redesConceptos basicos de redes
Conceptos basicos de redeselielbecerra
 
Proyecto 3er parcial Proyecto Final de Diseño de una Red de Area Local
Proyecto 3er parcial Proyecto Final de Diseño de una Red de Area LocalProyecto 3er parcial Proyecto Final de Diseño de una Red de Area Local
Proyecto 3er parcial Proyecto Final de Diseño de una Red de Area LocalOscarUlisesHR
 
Metodologia de desarrollo de software
Metodologia de desarrollo de softwareMetodologia de desarrollo de software
Metodologia de desarrollo de softwareVictor Varela
 
Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...
Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...
Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...José Antonio Sandoval Acosta
 
Gestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoGestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoJair Valenz
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosZuleima
 
Ingeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosIngeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosRafael Fdo Lopez Castillo
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareSoftware Guru
 
Modelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones webModelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones webMaritzaD
 
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoGestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoJair Valenz
 
lenguaje y herramientas
lenguaje y herramientaslenguaje y herramientas
lenguaje y herramientasivan penagos
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareJosé Antonio Sandoval Acosta
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Darthuz Kilates
 

Mais procurados (20)

Proyecto de redes ejemplo
Proyecto de redes ejemploProyecto de redes ejemplo
Proyecto de redes ejemplo
 
Conceptos basicos de redes
Conceptos basicos de redesConceptos basicos de redes
Conceptos basicos de redes
 
Proyecto 3er parcial Proyecto Final de Diseño de una Red de Area Local
Proyecto 3er parcial Proyecto Final de Diseño de una Red de Area LocalProyecto 3er parcial Proyecto Final de Diseño de una Red de Area Local
Proyecto 3er parcial Proyecto Final de Diseño de una Red de Area Local
 
Metodologia de desarrollo de software
Metodologia de desarrollo de softwareMetodologia de desarrollo de software
Metodologia de desarrollo de software
 
Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...
Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...
Gestión de Proyectos de Software - Unidad 1 Introducción a la Gestión de Proy...
 
Redes: Protocolo Arp
Redes: Protocolo ArpRedes: Protocolo Arp
Redes: Protocolo Arp
 
Gestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoGestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyecto
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Capa fisica Modelo Osi
Capa fisica Modelo OsiCapa fisica Modelo Osi
Capa fisica Modelo Osi
 
Ingeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosIngeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelos
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de Software
 
Modelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones webModelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones web
 
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoGestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
 
Ingenieria de software - Unidad 4 seguridad
Ingenieria de software - Unidad 4 seguridadIngenieria de software - Unidad 4 seguridad
Ingenieria de software - Unidad 4 seguridad
 
lenguaje y herramientas
lenguaje y herramientaslenguaje y herramientas
lenguaje y herramientas
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
 
Herramientas CASE
Herramientas CASEHerramientas CASE
Herramientas CASE
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Proceso unificado
Proceso unificadoProceso unificado
Proceso unificado
 

Destaque

Destaque (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
 

Semelhante a 07 middleware

Unidad ii
Unidad iiUnidad ii
Unidad iiOrlys05
 
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 distribuidosYolanda Mora
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidoserwin portillo
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidosVictor Milano
 
Arquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo MariaArquitectura de sistemas distribuidos-grupo Maria
Arquitectura de sistemas distribuidos-grupo Mariagequito
 
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 Mariagequito
 
Areas donde implementamos los sistemas distribuidos
Areas donde implementamos los sistemas distribuidosAreas donde implementamos los sistemas distribuidos
Areas donde implementamos los sistemas distribuidosOLy Jimenez
 
Seguridad de sistemas distribuidos
Seguridad de sistemas distribuidosSeguridad de sistemas distribuidos
Seguridad de sistemas distribuidosJavierialv
 
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
 
Yamilet gonzalez
Yamilet gonzalezYamilet gonzalez
Yamilet gonzalezyamiigonza
 
Paper sistemas distribuido
Paper sistemas distribuidoPaper sistemas distribuido
Paper sistemas distribuidoHolger Sanchez
 
Diseño de sistemas de informacion
Diseño de sistemas de informacionDiseño de sistemas de informacion
Diseño de sistemas de informacionJhonderson
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidosJperez98
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidosJohn Anthony Peraza
 
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 informacionzulaymaylin
 
Seguridad En Estructura Web Cloud
Seguridad En Estructura Web CloudSeguridad En Estructura Web Cloud
Seguridad En Estructura Web CloudElvis Vinda
 
Evolucion De Redes De Computadoras
Evolucion De Redes De ComputadorasEvolucion De Redes De Computadoras
Evolucion De Redes De Computadorasefrain jaime
 

Semelhante a 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
 

Mais de 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