Conceptos fundamentales de un Middleware y razones de su importancia en el mundo de hoy

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Conceptos fundamentales de un Middleware y razones de su importancia en el mundo de hoy"

Transcripción

1 Conceptos fundamentales de un Middleware y razones de su importancia en el mundo de hoy UNLAM, Universidad Nacional de La Matanza, Argentina Matías Leandro Varela 1. Resumen Hoy en día, un gran número de transacciones y/o operaciones son realizadas a través de distintas redes e Internet. Estas redes han logrado conectar PCs, workstations y mainframes, mediante una gran dedicación por parte de las industrias de software y computación. Estas computadoras se comunican a través de la red, lo que permite la integración de diversos componentes. Esta integración conlleva un tiempo usualmente escaso, lo que se convierte en la razón fundamental de por qué los sistemas distribuidos son una muy buena opción que construir nuevo sistemas. Obviamente, este tipo de integración incluirá componentes existentes o anticuados. En sistemas distribuidos, la solución a este contexto que se presenta está en la utilización de Middlewares. Por lo tanto, este paper tiene como objetivo brindar una explicación, estudio y desarrollo general del concepto denominado Middleware en el ambiente computacional. Además, se justificará ampliamente su necesidad, utilidad, ventaja, razón de ser y sus ámbitos de aplicación en el mundo actual, que hacen que esta tecnología posea un importante e imperioso uso por parte de diversos actores, sean personas, empresas y/o organizaciones pertenecientes al rubro informático o no. 2. Introducción Actualmente, la existencia de nuevas arquitecturas, sistemas y plataformas más potentes y económicas hacen que muchas organizaciones se planteen la idea de trasladar sus aplicaciones corporativas, que residen en servidores centrales o mainframes, hacia nuevas plataformas. Sin embargo, los rápidos cambios de las tecnologías, hace necesario garantizar que la inversión que se realiza en el proyecto de rediseño de la aplicación tengan un resultado esperado. Esta estrategia incluye el concepto de Middleware. Además, debido a la estimulación en el crecimiento vertiginoso de aplicaciones en red, la tecnología Middleware ha cobrado una relevante importancia. La misma, cubre un espectro bastante amplio de sistemas software como objetos distribuidos y componentes, comunicación basada en envío de mensajes, aplicaciones para móviles (celulares), entre otros. Si nos remontamos unas décadas atrás, la terminología Middleware tuvo su primera aparición a finales de los 80s donde se referían a productos software de gestión en la conexión de redes. Pero, a mediados de la década del 90, el - CACIC Página 1 de 13

2 Middleware ya había evolucionado en un conjunto de paradigmas y servicios que ofrecían ayuda para hacer más fácil y más manejable la construcción de aplicaciones distribuidas. Primeramente, a comienzos de la década del 90, el término fue asociado por varios profesionales del mudo de los negocios con el concepto de base de datos relacionales, pero a mediados de la misma década, éste ya no era el caso. En esa misma época, varios productos comenzaban a ofrecer APIs 1 para múltiples abstracciones como ser objetos distribuidos y colas de mensajes. Citando algunos ejemplos de los primeros tipos de Middlewares nos encontramos con Cronus, el cual se lo considera como el primer sistema de objetos distribuidos más importante. Por otro lado, el primer desarrollo de RPC se realizó alrededor del año Quality Objects (QuO) fue el primer framework 2 de Middleware3 que proveía una propuesta general y extensible de la calidad del servicio para objetos distribuidos. TAO fue el principal sistema CORBA en proveer calidad del servicio. The Message Oriented Middleware Association (MOMA) fue formado en 1993, y MOM se convirtió en el tipo de Middleware más a finales de la década del 90. Posteriormente, se desarrollarán las características, funcionalidad y deferencia de cada uno de estos tipos. Por lo tanto, el término Middleware no es un concepto relativamente nuevo pero con la aparición de la tecnología basada en sistemas abiertos, el concepto Middleware toma su mayor relevancia en el mundo de la informática. Para introducirnos un poco más en el concepto de Middleware, comenzaremos ofreciendo varias definiciones de distintos autores y/o instituciones para disponer de un panorama más claro: Definición 1: 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. 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). Definición 2: El Middleware es un módulo intermedio que actúa como conductor entre sistemas permitiendo a cualquier usuario de sistemas de información comunicarse con varias fuentes de información que se encuentran conectadas por una red. Definición 3: En un sistema informático distribuido, Middleware se define como una capa de software que se encuentra o sitúa entre el sistema operativo y las aplicaciones del sistema. Definición 4: Middleware es un software que permite conectar componentes softwares o aplicaciones. El mismo consiste en un conjunto de servicios que permiten que múltiples procesos corriendo en una o varias máquinas interactúen de un lado a otro de la red. 1 Conjunto de convenciones internacionales que definen cómo debe invocarse una determinada función de un programa desde una aplicación. 2 Esquema, esqueleto o patrón utilizado para el desarrollo y/o la implementación de una aplicación específica. - CACIC Página 2 de 13

3 Figura 1: Ejemplo de un Middleware en un entorno genérico Definición 5: Middleware es un concepto general relacionado con alguna programación que se utiliza para mediar entre dos programas separados y usualmente ya existentes. En resumen, podríamos adoptar varios conceptos válidos de cada uno de estos enunciados y formular una definición más completa, sencilla y fácil de comprender: Básicamente, nos referimos a un Middleware, al software que tiene la capacidad de conectar distintos sistemas y facilitar la interacción entre un cliente y cualquier aplicación que provee un servicio (arquitectura cliente/servidor), independientemente de la plataforma. Por lo tanto, se trata de un software de capa alta (por encima de la red física y las capas de transporte) que se ubica entre el sistema operativo y las aplicaciones, manejando todas aquellas complejas tareas requeridas para proveer el acceso a datos y aplicaciones entre plataformas heterogéneas. En definitiva, El Middleware nos brinda la abstracción de la complejidad y heterogeneidad tanto de las redes de comunicaciones subyacentes como de los sistemas operativos y lenguajes de programación, proporcionando así, una API para acceder a una fácil programación y manejo de aplicaciones distribuidas. 3. Desarrollo Una solución Middleware debe permitir conectar entre sí a una variedad de productos procedentes de diversos proveedores. De esta manera, se puede separar la estrategia de sistemas de información de soluciones propietarias de un sólo proveedor. La tecnología Middleware ha evolucionado proveyendo interoperabilidad en la arquitectura cliente / servidor. Usualmente, utilizado para brindar soporte a aplicaciones distribuidas y complejas. Dentro del concepto Middleware se incluyen los servidores Web, servidores de aplicación, sistemas de content management, y herramientas similares que dan soporte al desarrollo y entrega de aplicaciones. Middleware, esencialmente, - CACIC Página 3 de 13

4 integra modernas tecnologías de la información basadas en XML, SOAP, servicios Web y SOA. 3.1 Servicios de los Middlewares Como se ha nombrado anteriormente, los Middlewares emplean APIs para proveer un nivel de abstracción al grupo de servicios centrales. Estos servicios son provistos nativamente por la mayoría de los Middlewares Servicios de Comunicación Estos servicios permiten la comunicación sistemas remotos sin preocuparse de la complejidad existente del ambiente de red. Es común encontrar diversidad de redes como TCP/IP, IPX/SPX (Novell) o IBM/SNA. La forma en que estos servicios son provistos forman el principal criterio para diferenciar tipos de Middlewares (MOM, RPC, Transaccional) Servicios de Acceso a Datos Estos servicios permiten ejecutar consultas o distintas actualizaciones tanto a archivos planos como de Bases de Datos, ubicados en uno o más servidores, asegurando la integridad de los datos y la disponibilidad de la aplicación. Además, existen varias APIs que permiten la conectividad con Bases de Datos. Por ejemplo, para aplicaciones Web, los estándares de facto son Microsoft-ODBC y JDBC Servicios de planificación de ejecución Estos servicios permiten ejecutar múltiples procesos simultáneamente, balancear la carga y priorizar tareas homogéneamente entre distintas plataformas. Los mismos se proveen utilizando una gestión de hilos Servicios de Seguridad Comúnmente, estos servicios, son empleados para conectar sistemas diferentes, en donde cada uno posee su propio sistema de seguridad. Un ejemplo habitualmente usado es el Single Sign On Servicios de Directorio Estos servicios proveen un eficiente y potente método de ubicar y administrar recursos en una red. Por ejemplo, podemos mencionar: LDAP. En resumen, los servicios de un Middleware proveen: Ubicación transparente de un extremo a otro de la red permitiendo interacción con otra/s aplicación/es o servicio/s. Independencia de los servicios de la red. Confiabilidad y disponibilidad. - CACIC Página 4 de 13

5 Escalabilidad sin perder funcionalidad. 3.2 Aspectos de un diseño de un Middleware Como ya se ha mencionamos, la función del Middleware es mediar la interacción entre partes de una aplicación o aplicaciones entre sí. Por lo tanto, los inconvenientes en la arquitectura juegan un rol fundamental en su diseño donde la misma se realizará de acuerdo con la estructura en general de la organización y los modelos de comunicación, ambos relacionados con las aplicaciones y el Middleware en sí mismo. El Middleware deben enmascarar la heterogeneidad de las redes, del hardware, de los sistemas operativos, de los lenguajes de programación para lograr finalmente distintas abstracciones que el Middleware otorga, ofreciendo transparencia respecto a ubicación, concurrencia, replicación, fallas, movibilidad, entre otros. 3.3 Tipos de los Middleware Dependiendo del problema a resolver y de las funciones necesarias, serán útiles diferentes tipo de servicios de Middleware. Entonces, clasificar los Middlewares puede ayudar a identificar sus usos y características especiales 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. Es decir, 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 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. Sus desventajas: a) Incapacidad de de establecer conectividad punto a punto. - CACIC Página 5 de 13

6 b) Su naturaleza sincrónica obliga a ambos componentes, cliente y servidor, a estar disponibles al momento de la llamada. Existen algunas implementaciones que permiten convertir el RPC de sincrónico en asincrónico 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 interfases ORB son definidas mediante un lenguaje de definición de Interfases (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) Monitores de Procesamiento de Transacciones Distribuidas (DTPM) Los primeros Procesadores de Transacciones de Mainframe (CICS) brindaban una interfase, la cual permitía a los desarrolladores abstraerse de características físicas inherentes al teleprocesamiento. Por otra parte, incluían facilidades de ejecuci{on 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. Poseen, además, mecanismos de colas y ejecución de hilos que permiten el eficiente procesamiento de gran volumen de transacciones. Algunos ejemplos Tuxedo (BEA), TX (IBM), ENCINA (Transarc), entre otros 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. La fortaleza reside en su garantía de despacho, balanceo de carga, eficiencia y soporte de plataformas 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. - CACIC Página 6 de 13

7 3.4 Clasificación de los Middleware Los Middlewares pueden ser considerados de acuerdo a su facilidad de uso, sencillez o rol estratégico dentro del ambiente donde se lo necesite. En primera instancia, se encuentran los considerados 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. Entre ellos, se pueden mencionar: OAS, IAS, WebSphere, BEA Weblogic, Microsoft TS, entre otros. En segundo lugar, se encuentran los Sistemáticos. En este grupo, 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). Estos Middlewares 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). 3.5 Requerimientos de un Middleware Entre los requisitos que es Middleware ofrece se encuentran: Comunicación de red: debido a que los componentes se encuentran ubicados en diferentes hosts, los sistemas distribuidos necesitan comunicación a través de la red. La comunicación requiere la transformación de las estructuras de datos en un formato específico para ser transmitidos por un protocolo específico. Coordinación: En los sistemas distribuidos, la coordinación es requerida para controlar la comunicación entre múltiples puntos. Existen varios mecanismos para lograr la coordinación. Esto incluye políticas de sincronización y de activación. Fiabilidad: Los sistemas distribuidos necesitan incluir mecanismos de detección y corrección de errores para eliminar causas indeseadas debido a errores. Escalabilidad: en este caso, nos referimos a cómo responde correctamente el hardware o un software cuando se incrementa la demanda. La principal tarea es proveer cambios en un sistema distribuido sin cambiar su arquitectura o diseño. Heterogeneidad: aquí nos referimos a la cualidad de ser diferente y no comparable en su tipo. En un sistema distribuido, existen componentes de distintos tipos (propietarios o nuevos) y, a su vez, escritos en distintos lenguajes. - CACIC Página 7 de 13

8 3.6 Factores de Selección de los Middlewares Actualmente, los factores más destacables que influyen la selección de los Middlewares son: Integración: tienen un rol fundamental en la dirección de integrar procesos orientados a nuevos modelos de gestión. Confiabilidad y disponibilidad: mayor robustez de las aplicaciones desarrolladas con Middlewares debido a los mecanismos de recuperación e integridad con que cuentan, como por ejemplo, rollback y el two phase commit, Performance: mejoran el empleo en el uso de los recursos (threading) Gestión: Son elementos comunes de las aplicaciones, y en algunos casos de administración centralizada. Por lo tanto, obligan a una organización y a una administración centralizada (BPM, D/TPM, serv. de aplicación). Seguridad: Algunos Middlewares agregan seguridad a nivel de transacciones (CICS, DCE), otros se integran con el sistema operativo (LDAP, DCE) o ambos. Escalabilidad: El diseño de los Middlewares permite escalar más fácilmente, como por ejemplo, más colas MQ, ejecución de hilos, granja de servidores, entre otros. Seguimiento de estándares 3.6 Consideraciones del Middlewares Obviamente, como todo tecnología existente, encontramos algunas ventajas o cierta utilidad o medio que nos ayude a resolver un problema. Pero también, aparecerán algunas restricciones que harán que los servicios que ofrecen los Middlewares no sean una solución perfecta. Entre las utilidades que ya fuimos mencionando desde el comienzo del paper, podríamos resumir en que: 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. No obstante, se debe tener en cuenta algunas consideraciones o limitaciones en lo que respecta a esta tecnología. Existe una diferencia bastante marcada entre los principios del Middleware y la práctica en sí. En general, los inconvenientes más habituales encontrados se deben a la inmadurez de algunos Middlewares y de las organizaciones de sistemas como ser la falta de habilidades. Esta situación es muy usual ya que las empresas de desarrollo de software se concentran primero en la funcionalidad, luego en continuar con objetivos de performance y solucionar los defectos, y por último, en pensar la mejor administración y servicios de seguridad. - CACIC Página 8 de 13

9 En conclusión, enumeraremos algunos ejemplos de posibles problemas que nos podemos encontrar cuando trabajos con Middlewares: Dificultades para administrarlos. Algunos Middlewares populares son o utilizan implementaciones propietarias, haciendo que las aplicaciones dependan de una sola empresa. Temas de seguridad fuertemente referidos a cuales capas de la arquitectura se planificará emplearla. Los niveles de abstracción de los servicios crecen día a día, pero éstos no permiten que los programadores de las aplicaciones posean diseños simples de implementar. Falta de las personas con las habilidades necesarias. Perfomance de los sistemas menor a la esperada. Desarrollos demasiados complejos. Integración con Mainframes. Para poder mantener el ambiente computacional o informático simple y administrable, los desarrolladores deben seleccionar una poca cantidad de servicios que concuerden con sus necesidades relacionadas con la funcionalidad y su plataforma. En definitiva, la clave para la superación de estos inconvenientes estará en contar con un entendimiento completo y claro del problema de la aplicación en sí y el valor que los servicios proveen, que harán posible una aplicación distribuida. 3.7 Objetivos de Negocios para los Middlewares Los Middlewares, en sí mismos, no son un objetivo, pero sí deben responder a objetivos de negocios que las nuevas aplicaciones necesitan ser cumplidos y realizados. Los más destacados son: Capacidad de ofrecer nuevos productos y servicios rápidamente. Encontrar nuevas formas de llegar a los clientes o potenciales clientes. Capacidad de cambiar las prácticas de negocio ágilmente a través de la colaboración e integración. Posibilidad de entrar a nuevos mercados, Estos objetivos pueden ser alcanzados debido a las facilidades que proveen los Middlewares: Simplificar la modificación o actualización de sistemas contenedores de aplicaciones como ser un servidor de aplicaciones. Facilitar la integración de aplicaciones. Simplificar la gestión del sistema. Reducir los costos de desarrollo con un diseño que lo debe acompañar. Reducir el tiempo de salida al Mercado con una disponibilidad inmediata y oportuna ( Time to Market ). - CACIC Página 9 de 13

10 3.8 Tendencia de los Middlewares En escasos períodos de tiempo, los Middlewares han evolucionando y transformándose muchas veces. En las primeras épocas, comenzó como intermediario y creciendo hasta llegar al desafío de conectar aplicaciones y esta situación continuará a medida que aparezcan nuevas tecnologías. Actualmente, los desarrolladores están sujetos a los Middlewares para crear nuevas aplicaciones de manera rápida, donde los usuarios finales emplean una interfaz consistente para las mismas, que, hoy en día, evolucionan transparentemente. En la realidad, no hay una solución rígida para definir sincrónico versus asincrónico u ORB versus MOM. La respuesta a este contexto está en la necesidad del proceso de negocio y la habilidad para combinar tecnologías. El pasaje de dos capas a multicapas continuará rigiendo el vertiginoso crecimiento de los Middlewares que facilitan la comunicación entre aplicaciones. Por otro lado, se pude observar una fuerte propensión en la concentración de los siguientes tipos de Middlewares: Servidores de aplicación que soporten aplicaciones basadas en componentes, específicamente aquellos que incluyan ORBs y OTMs. MOMs. TPMs distribuídos, especialmente aquellos que corren en UNIX o Windows. Por último, entre tendencias actuales relacionadas con los Middlewares, podemos observar distintos ámbitos: Infraestructura Inteligente Integrada. Es una práctica que consiste en planificar y diseñar una infraestructura de Middleware que permita a una organización adaptarse a los cambios y asegurar que la información logre llegar a donde sea necesaria en tiempo y forma. Brokers de Integración (Integración brokers). Consiste es el máximo responsable de conciliar, ajustar y convenir las diferencias entre los sistemas participantes. Algunos ejemplos son: IBM Component Broker, Tibco, Microsoft BizTalk, entre otros. BPM (Business Process Managers - Workflows). Esta tecnología permite describir, formalizar y desplegar un proceso de negocio, que contiene varios pasos, diseñado para colectar y dispersar información, ejecución de procesos secuencialmente y disparar nuevos procesos en base a eventos. Estas herramientas son muy útiles debido a su agilidad e inteligencia. Middleware de Comunicaciones/Transporte. Es la parte fundamental de la infraestructura de un Middleware. Algunos ejemplos son: IBM-MQ, SOAP, Tibco, entre otros. Adapter Technologies. - CACIC Página 10 de 13

11 Esta tecnología son censores que fueron preparados para recibir distintos formatos de información. Frecuentemente, los podemos encontrar dentro de los brokers de integración. Integración de Servidores Web. Esta tipo de integración es limitada en sus funciones pero permiten encontrar aplicaciones externas, dar formato a la información en forma estándar e iniciar intercambio de información, independientemente de la tecnología que se halle en el otro extremo. Servidores de Aplicación. A pesar de que no son una tecnología de integración por sí mismas, son una parte importante como contenedores de lógica. 4. Conclusión Como se ha analizado, el principal propósito de los Middlewares es que sus servicios nos ayuden a solucionar muchos problemas de conectividad entre diversas aplicaciones como así también, los inconvenientes de interoperabilidad. Los Middlewares simplifican la interacción, cumplen un rol estratégico en el crecimiento de las organizaciones hacia el mundo distribuido e integrado, y permiten extender la inversión en los sistemas propietarios y actuales. Por otro lado, al simplificar la interacción, reduce el nivel de expertise de los programadores aunque se debe contar con el experto. Es decir, que, además de aportar menor tiempo de desarrollo por parte de los programadores, aportan menos expertos. Los Middlewares han facilitado la conexión de aplicaciones propietarias y las nuevas aplicaciones cliente / servidor y, actualmente, proveen la misma facilidad que los que brindan los sistemas Back-End a Internet. Actualmente, existe un gran número de servicios Middlewares y empresas en el rubro; esto significa, que las aplicaciones Middlewares continuarán creciendo a medida que se implementen más tecnologías heterogéneas. Por lo que se puede apreciar, las tecnologías que serán de mayor valor estratégico las encontraremos en los servidores de aplicaciones orientados a la Web, ORBs, TPMs y MOMs. Con la llegada de nuevas tecnologías, se vislumbra una nueva perspectiva para que el Middleware continúe siendo la capa invisible que haga más fácil desarrollos futuros. Aunque, la paradoja es que, mientras los Middlewares facilitan el desarrollo multiplataforma, no existe mucha facilidad para realizar la conexión entre ellos. Hoy en día, los sectores o departamentos de sistemas de las organizaciones deberían tomar con seriedad las tecnologías de Middleware, además de construir una apropiada infraestructura en post de hacer frente a la dinámica y complejidad del mundo de Internet. Sin la existencia de los Middlewares, cierto tipo de actividades a nivel de redes serían imposibles. En un futuro no muy lejano, habrá aplicaciones cada vez más poderosas y potentes y más Middlewares van a ser necesitados. - CACIC Página 11 de 13

12 4.1 Relación del concepto Middleware con la tecnología Grid Computing Para concluir el paper, daremos la justificación de por qué el concepto Middleware se encuentra estrechamente ligado con la tecnología Grid Computing. En un principio, Grid es un servicio que provee la capacidad compartir potencia de cálculo y volumen de almacenamiento a través de la red. Mediante la abstracción y virtualización de los recursos que componen una infraestructura Grid, se lleva a cabo esa compartición, logrando finalmente que el usuario final pueda visualizarla como una única y potente computadora. Entonces, el objetivo final de la tecnología Grid es crear una infraestructura integrando todo recurso informático heterogéneo que existe dentro de un entorno específico. Un Grid puede estar compuestos por muchos clusters de computadores o por ninguno. Gracias a lo que se conoce como Grid Middleware es que es posible lograr un Grid. Esto significa que el la tecnología Grid sólo tiene sentido si en ella se encuentra un tipo de Middleware específico. Entonces, el Grid Middleware es la parte fundamental en una estructura Grid y se lo considera como el software especial que permite la integración de los distintos tipos de recursos que participan en él. Entre sus funcionalidades se encuentran: La eficiente asignación de recursos. La ejecución de trabajos y transferencia de resultados. El Almacenamiento, registro y localización y acceso a datos. Proveer mecanismos de seguridad. Monitorización. Cuando se comenzó a diseñar y desarrollar el Grid Middleware, los especialistas se inclinaron por utilizar servicios Web como la tecnología base. No obstante, debieron añadir algunas características específicas de las que carecían los originales servicios Web para adaptar esa solución a la tecnología Grid. Entre estas características se encuentra el estado, la transitoriedad, el servicio de notificaciones, entre otros. De esta manera, a través del agregado de estas nuevas particularidades a los servicios Web, se creó lo que se denominan Grid Services. Por lo tanto, otro punto importante de relación entre los concepto Middleware y Grid es que este último se apoya a través de los servicios Grid, los cuales tiene su origen en los servicios Web, que a su vez son una tecnología de Middleware distribuido como lo son Corba y RMI. 5. REFERENCIAS [1] Richard E. Scantz, Douglas C. Schmidt. Middleware for Distributed Systems. [2] [3] David E. Bakken. Middleware. Washington State University - CACIC Página 12 de 13

13 [4] [5] [6] Jorge Salvo. Cátedra: Sistemas Operativos Distribuidos. UNLAM, 2006 [7] [7] [8] Hennadiy Pinus. Middleware: Past and Present a Comparison, [9] [10] A. S. Tanenbaum. Distributed Operating Systems. Prentice Hall, [11] [12] Guillermo Losilla Anadón. Introducción al GRID, 2005 [13] - CACIC Página 13 de 13

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

2.1 Compuertas para Bases de Datos

2.1 Compuertas para Bases de Datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Uno de los aspectos mas importantes en un sistema multibase de datos es la forma en como llevar a cabo la comunicación

Más detalles

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx Contenido Middleware: Introducción Definición Genealogía Aplicaciones actuales: Servicios Web Computación

Más detalles

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com Modelos de los sistemas distribuidos Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/36 Contenidos Modelo arquitectónico

Más detalles

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C. 1998. Component Software. Addison-Wesley. Ruiz Cortés, 1998. A. CORBA: Una visión general. http://www.lsi.us.es/~aruiz

Más detalles

Arquitectura cliente/servidor

Arquitectura cliente/servidor Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2007-2008 Índice Introducción Tipos de servidores Ventajas Desventajas Arquitectura de una

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

Más detalles

Unidad I Fundamentos de Sistemas Distribuidos. M.C. Juan Carlos Olivares Rojas

Unidad I Fundamentos de Sistemas Distribuidos. M.C. Juan Carlos Olivares Rojas Unidad I Fundamentos de Sistemas Distribuidos M.C. Juan Carlos Olivares Rojas Temario 1.1. Características de un sistema distribuido 1.2. Objetivos de los sistemas distribuidos 1.3. Ventajas y desventajas

Más detalles

Acoplamiento e interoperabilidad

Acoplamiento e interoperabilidad Máster Universitario en Ingeniería Informá3ca Acoplamiento e interoperabilidad Sistemas de Información Orientados a Servicios RODRIGO SANTAMARÍA 2 Acoplamiento débil Tipos de acoplamiento Cabalgando el

Más detalles

Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS Sistemas Distribuidos

Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS Sistemas Distribuidos Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Introducción a la Computación Distribuida Sistema distribuido: conjunto

Más detalles

Arquitectura cliente/servidor

Arquitectura cliente/servidor Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2004-2005 Índice Introducción Tipos de servidores Ventajas Separación de funciones Modelos

Más detalles

VISIÓN PRÁCTICA SOA PREPARATIC

VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PROPÓSITO DE SOA Por qué? Para qué? EVOLUCIÓN VISIÓN PRÁCTICA SOA TÉRMINOS SOA UDDI WSDL XML Gobierno SOA SOAP Orquestación BAM ESB BPEL VISIÓN PRÁCTICA

Más detalles

Capítulo 1. Componentes de CORBA.

Capítulo 1. Componentes de CORBA. Capítulo 1. Componentes de CORBA. La OMA (Object Management Architecture) define en alto nivel de abstracción las reglas necesarias para la distribución de la computación orientada a objetos (OO) en entornos

Más detalles

ORACLE TUXEDO HOJA DE DATOS DE ORACLE

ORACLE TUXEDO HOJA DE DATOS DE ORACLE HOJA DE DATOS DE ORACLE CARACTERÍSTICAS Y BENEFICIOS CLAVE CARACTERÍSTICAS Procesamiento de transacciones distribuidas Infraestructura de integración extensible Seguridad avanzada Alta disponibilidad Protocolo

Más detalles

Tema 1. Arquitectura Cliente/Servidor

Tema 1. Arquitectura Cliente/Servidor Tema 1. Arquitectura Cliente/Servidor SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs 27 de septiembre de 2009 FJRP, FMBR [sistemas cliente-servidor] CCIA 1.1 Sistemas

Más detalles

Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor

Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Agradecimientos: por su contribución a la realización de estas transparencias: Jesus Villamor Lugo y Simon

Más detalles

Tema 2: EL MODELO CLIENTE/SERVIDOR

Tema 2: EL MODELO CLIENTE/SERVIDOR Tema 2: EL MODELO CLIENTE/SERVIDOR E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Definición de sistemas cliente/servidor (1) Clientes y servidores: entidades lógicas

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

Más detalles

Aplicaciones Distribuidas. Informática III

Aplicaciones Distribuidas. Informática III Aplicaciones Distribuidas Informática III Temario Elementos arquitecturales Arquitecturas tradicionales Arquitecturas Cliente/Servidor Arquitecturas distribuidas Elementos Arquitecturales Componentes de

Más detalles

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software.

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. . TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. Índice 1 INTRODUCCIÓN 2 2 CARACTERÍSTICAS 2 2.1 Características del cliente...2 2.2 Características

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

5. Modelos de Sistemas Distribuidos

5. Modelos de Sistemas Distribuidos Sistemas Distribuidos 5. Modelos de Sistemas Distribuidos Prof. María Feldgen Curso 2006 Índice Modelos Modelo Cliente-Servidor Framework CORBA Java RMI Microsoft DCOM Message-Oriented Middleware Dificultades

Más detalles

Service Oriented Architecture: Con Biztalk?

Service Oriented Architecture: Con Biztalk? Service Oriented Architecture: Con Biztalk? Pablo Abbate Servicios Profesionales Danysoft SOA supone una nueva forma de pensar acerca de la arquitectura IT para las empresas. De hecho, es una asociación

Más detalles

C/S:CLIENTE/SERVIDOR

C/S:CLIENTE/SERVIDOR C/S:CLIENTE/SERVIDOR ALEJANDRO DOMÍNGUEZ Curso impartido en la Universidad Autónoma de Ciudad del Carmen, Campeche 15/10/1998 PRINCIPIA INFORMATICA 1 Temario La computación C/S Qué es C/S? Tipos de C/S

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

CORBA. Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com. Resumen

CORBA. Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com. Resumen CORBA Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com Resumen CORBA (Common Object Request Broker Architecture) es una especificación propuesta por un

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

Más detalles

Grado en Ingeniería del Software

Grado en Ingeniería del Software Grado en Ingeniería del Software Descripción de los módulos o materias FUNDAMENTOS CIENTÍFICOS PARA LA INGENIERÍA Bases científicas necesarias para cualquier ingeniero informático: Física, Álgebra, Análisis

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

Indice 1. Introducción a la computación en nube (cloud computing)

Indice 1. Introducción a la computación en nube (cloud computing) Tema 9. Centros de datos: computación en nube y organización física Indice 1. Introducción a la computación en nube (cloud computing) 2. Virtualización de recursos: consolidación de servidores 3. Arquitectura

Más detalles

INTRODUCCIÓN A LA TECNOLOGÍA.NET

INTRODUCCIÓN A LA TECNOLOGÍA.NET INTRODUCCIÓN A LA TECNOLOGÍA.NET CONTENIDO 1.1 Definición de.net 1.2 Evolución de.net 1.3 Compatibilidad de.net con Sistemas Operativos 1.4 Componentes de la plataforma.net MONICA CECILIA GALLEGOS VARELA

Más detalles

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI.

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Ponencia para Evento de Redes. Autor: Rubén Rivera Rodríguez, Citmatel Resumen Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Las nuevas tendencias

Más detalles

Tema 2: EL MODELO CLIENTE/SERVIDOR

Tema 2: EL MODELO CLIENTE/SERVIDOR Tema 2: EL MODELO CLIENTE/SERVIDOR E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Definición de sistemas cliente/servidor (1) En la arquitectura cliente/servidor: Los

Más detalles

INTEGRACIÓN DE SISTEMAS HEREDADOS

INTEGRACIÓN DE SISTEMAS HEREDADOS CAPÍTULO 2 INTEGRACIÓN DE SISTEMAS HEREDADOS En el presente capítulo, se presenta el problema de integración de sistemas de Software. Una de cuyas características es la presencia de los llamados Sistemas

Más detalles

UNIVERSIDAD ESTATAL DE MILAGRO

UNIVERSIDAD ESTATAL DE MILAGRO UNIVERSIDAD ESTATAL DE MILAGRO TRABAJO DE INVESTIGACION DE BASE DE DATOS TEMA: SISTEMAS DISTRIBUIDOS NOMBRE: ANGEL SAUL NOBOA BARRENO PROFESOR: ING. RICHARD RAMIREZ CURSO: 6 To SEMESTRE C SISTEMAS DISTRIBUIDOS

Más detalles

1.264 Tema 16. Middleware heredado

1.264 Tema 16. Middleware heredado 1.264 Tema 16 Middleware heredado Qué es el middleware heredado? Cliente (interf. de usuario, aplic. local) Cliente (interf. de usuario, aplic. local) Cómo conectamos clientes y servidores? Middleware

Más detalles

Computación en Red. Máster en Ingeniería de Telecomunicación. 2 º Curso. Curso Académico 2014/15

Computación en Red. Máster en Ingeniería de Telecomunicación. 2 º Curso. Curso Académico 2014/15 Computación en Red Máster en Ingeniería de Telecomunicación Curso Académico 2014/15 2 º Curso GUÍA DOCENTE Nombre de la asignatura: Computación en Red Código: 201816 Titulación en la que se imparte: Carácter:

Más detalles

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders sistema Componentes y Middleware Arquitectura de Software Componentes y Middleware [1] Componentes Middleware Políticas y mecanismos Ejemplo de notación ad-hoc Hernán Astudillo Departamento de Informática

Más detalles

Sumario... 5 Prólogo... 7. Unidad didáctica 1. Introducción a la computación distribuida... 11. Objetivos de la Unidad... 12

Sumario... 5 Prólogo... 7. Unidad didáctica 1. Introducción a la computación distribuida... 11. Objetivos de la Unidad... 12 ÍNDICE SISTEMÁTICO PÁGINA Sumario... 5 Prólogo... 7 Unidad didáctica 1. Introducción a la computación distribuida... 11 Objetivos de la Unidad... 12 1. Conceptos básicos... 13 2. Computación monolítica,

Más detalles

Notas. Introducción. Breve Introducción a los Sistemas Colaborativos: Groupware & Workflow. Palabras claves: Groupware, Workflow, BPCM, WfMC.

Notas. Introducción. Breve Introducción a los Sistemas Colaborativos: Groupware & Workflow. Palabras claves: Groupware, Workflow, BPCM, WfMC. Breve Introducción a los Sistemas Colaborativos: Groupware & Workflow Palabras claves: Groupware, Workflow, BPCM, WfMC. Introducción A partir de la llegada de las computadoras personales al ambiente empresarial

Más detalles

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

Más detalles

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe Arquitectura de Software Componentes y Middleware [1] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Componentes y Middleware Componentes Middleware

Más detalles

Taller de Sistemas de Información 2

Taller de Sistemas de Información 2 Taller de Sistemas de Información 2 Clase 1 Aruitecturas y Middlewares Contenido Aruitectura de un sistema Evolución de las aruitecturas Monolíticas File sharing Cliente/Servidor En capas SOA Middlewares

Más detalles

Objetos Distribuidos - Componentes. Middleware

Objetos Distribuidos - Componentes. Middleware Objetos Distribuidos - Componentes Middleware Middleware Component Oriented Development Arquitecturas 3 Tier Middleware es el software que: conecta y comunica los componentes de una aplicacion distribuida

Más detalles

6.1 Introducción a los sistemas EAI

6.1 Introducción a los sistemas EAI 6.1 Introducción a los sistemas EAI Integración de Aplicaciones (1) El problema de la integración de aplicaciones consiste en hacer colaborar entre sí a aplicaciones distribuidas, heterogéneas y posiblemente

Más detalles

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Isaac Gutiérrez Gómez, Salvador Otón Tortosa Universidad de Alcalá, Departamento de Ciencias de la Computación, 28871 Alcalá de Henares, Spain igutierrez09@yahoo.es, salvador.oton@uah.es

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Comunicación entre procesos

Comunicación entre procesos Comunicación entre procesos Patrones de comunicación Comunicación cliente-servidor En la que los mensajes de petición y respuesta proporcionan la base para la invocación remota de métodos o de procedimientos.

Más detalles

Glosario Acoplamiento. API. Archivos de recursos. ASCII. Balanceo de carga. Bases de datos federadas. BBDD. Clientes. Constructores.

Glosario Acoplamiento. API. Archivos de recursos. ASCII. Balanceo de carga. Bases de datos federadas. BBDD. Clientes. Constructores. GLOSARIO Glosario Acoplamiento. Posibilidad que tiene un servicio de funcionar de forma autónoma. Se dice que un servicio o aplicación es bajamente acoplado cuando puede funcionar de forma independiente

Más detalles

SERVICIOS: EXPLORACIONES EN SOA y WEB.

SERVICIOS: EXPLORACIONES EN SOA y WEB. SERVICIOS: EXPLORACIONES EN SOA y WEB. López, G. 1 ; Jeder, I 1.; Echeverría, A 1.; Grossi, M.D. 2 ; Servetto, A 2.; Fierro, P. (PhD.) 3 1. Laboratorio de Informática de Gestión - Facultad de Ingeniería.

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Capítulo 7: Introducción a la dinámica de servicios Web

Capítulo 7: Introducción a la dinámica de servicios Web Servicios Web Capítulo 7: Introducción a la dinámica de servicios Web Pedro J. Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/ Departamento de Informática

Más detalles

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

Más detalles

Sistemas Distribuidos. Sistemas Distribuidos. Definiciones. Definición

Sistemas Distribuidos. Sistemas Distribuidos. Definiciones. Definición Sistemas Distribuidos Sistemas Distribuidos Por: Mariela Curiel Basado en los textos: Sistemas Distribuidos Conceptos y Diseño G. Coulouris, J. Dollimore, TimKinberg Definiciones Ejemplos Desafíos en el

Más detalles

La Arquitectura de las Máquinas Virtuales.

La Arquitectura de las Máquinas Virtuales. La Arquitectura de las Máquinas Virtuales. La virtualización se ha convertido en una importante herramienta en el diseño de sistemas de computación, las máquinas virtuales (VMs) son usadas en varias subdiciplinas,

Más detalles

Soluciones innovadoras para optimizar su infraestructura TI. Virtualización con el sistema operativo i, PowerVM y Power Systems de IBM

Soluciones innovadoras para optimizar su infraestructura TI. Virtualización con el sistema operativo i, PowerVM y Power Systems de IBM Soluciones innovadoras para optimizar su infraestructura TI Virtualización con el sistema operativo i, PowerVM y Power Systems de IBM Características principales Tenga éxito en su negocio simplemente con

Más detalles

Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez

Más detalles

Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales

Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales The Anatomy of the Grid Enabling Scalable Virtual Organization Autores : Ian Foster, Carl Kesselman y Steven Tuecke. 2001 GRIDS y Organizaciones Virtuales Permite compartir recursos en forma coordinada

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas CAPITULO 1 Introducción a los Conceptos Generales de 1.1 Preliminares Las empresas necesitan almacenar información. La información puede ser de todo tipo. Cada elemento informativo es lo que se conoce

Más detalles

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Servicios Web Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/

Más detalles

PG2010 Integración de Enterprise Service Buses

PG2010 Integración de Enterprise Service Buses PG2010 Integración de Enterprise Service Buses Integrantes: Fabián Álvarez Victor Dumas Carlos Gutiérrez Cliente: BPS - Carlos Suárez Tutores: Laura González Marcelo Caponi Martín Rantz Agenda Introducción

Más detalles

4 ARQUITECTURA DE COMUNICACIONES

4 ARQUITECTURA DE COMUNICACIONES 4 ARQUITECTURA DE COMUNICACIONES Las redes de computadoras son típicamente heterogéneas. Por ejemplo, la red interna de una universidad puede estar hecha de múltiples plataformas. Puede haber un servidor

Más detalles

Interoperabilidad Cómputo Cliente/Servidor

Interoperabilidad Cómputo Cliente/Servidor Middleware r. José Raúl érez Cázares (raul.perez@itesm.mx) ITESM epartamento de Ciencias Computacionales Interoperabilidad Cómputo / S Macintosh ECStation OS/2 MacOS UIX Acceso Remoto Base de datos? WA

Más detalles

puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales?

puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales? RESUMEN DE LA SOLUCIÓN Service Operations Management puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales? agility made possible (SOM) de CA Technologies es una solución

Más detalles

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY)

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY) UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIA Y TECNOLOGIA MAESTRIA CIENCIA DE LA COMPUTACION MENCION REDES DE COMPUTADORAS INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA

Más detalles

Desarrollo de Rich Entreprise Applications con Flex

Desarrollo de Rich Entreprise Applications con Flex Desarrollo de Rich Entreprise Applications con Flex Desarrollo de Rich Entreprise Applications con Flex Aplicaciones empresariales orientadas a web. Qué hemos ganado con las aplicaciones web Total ubicuidad.

Más detalles

Cómo lograr una implementación exitosa de SOA?

Cómo lograr una implementación exitosa de SOA? Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

Más detalles

Definición arquitectura cliente servidor

Definición arquitectura cliente servidor www.monografias.com Definición arquitectura cliente servidor 1. Introducción 2. Elementos principales 3. En resumen 4. Algunos antecedentes, Por qué fue creado? 5. Evolución de la arquitectura cliente

Más detalles

Aproximación al CONCEPTO

Aproximación al CONCEPTO 18 Aproximación al CONCEPTO LA NECESIDAD DE INTERCAMBIAR INFORMACIÓN ENTRE DEPARTAMENTOS Y ÁREAS DE NEGOCIO SE HA VUELTO CRUCIAL Y HA HECHO QUE LAS EMPRESAS VEAN LA INTEGRACIÓN COMO UN ELEMENTO CLAVE PARA

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

La integración de información. Presente y futuro de la empresa moderna

La integración de información. Presente y futuro de la empresa moderna La integración de información. Presente y futuro de la empresa moderna Ing. Josue Carralero Iznaga, MSc. ISPJAE, Facultad de Ingeniería Informática, Departamento de Ingeniería de Software. Complejo de

Más detalles

Simulador de Protocolos de Red a tráves de WEB

Simulador de Protocolos de Red a tráves de WEB Simulador de Protocolos de Red a tráves de WEB Propuesta de Estudio 20071608 Director Ing. Francisco Antonio Polanco Montelongo Resumen Introducción Actualmente, el desarrollo tecnológico a alcanzado niveles

Más detalles

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Presentación. 29/06/2005 Monografía de Adscripción 1

Presentación. 29/06/2005 Monografía de Adscripción 1 Presentación Alumno: Uribe, Valeria Emilce Profesor Director: Mgter. David Luis La Red Martínez. Asignatura: Diseño y Administración de Datos. Corrientes 2005. 29/06/2005 Monografía de Adscripción 1 MONOGRAFIA

Más detalles

Quality Software, JSIGE JSIGE JSIGE,

Quality Software, JSIGE JSIGE JSIGE, Quality Software, como apoyo al proceso de modernización que impulsan las Instituciones de Gobierno, ha desarrollado bajo un ambiente de alto nivel funcional y tecnológico, un Sistema Integrado de Información

Más detalles

Indice TECNIMAP CACERES 2000 1

Indice TECNIMAP CACERES 2000 1 Indice Introducción 2 Enterprise Information Portals (EIP) o Portales Corporativos 3 Qué es un Enterprise Information Portal? 3 Necesidades a cubrir por un EIP 4 Servicios proporcionados por plataforma

Más detalles

DESARROLLO DE UNA NUBE DE ALMACENAMIENTO INTELIGENTE CON IBM SMARTCLOUD STORAGE ACCESS

DESARROLLO DE UNA NUBE DE ALMACENAMIENTO INTELIGENTE CON IBM SMARTCLOUD STORAGE ACCESS INFORME DE SOLUCIÓN DESARROLLO DE UNA NUBE DE ALMACENAMIENTO INTELIGENTE CON IBM SMARTCLOUD STORAGE ACCESS ENERO DE 2013 Muchas organizaciones descubren que sus grandes implementaciones de almacenamiento

Más detalles

servicios. El API es definido al nivel de código fuente y proporciona el nivel de

servicios. El API es definido al nivel de código fuente y proporciona el nivel de GLOSARIO API Application Program -ming- Interface Es la interfaz por la cual una aplicación accede al sistema operativo u a otros servicios. El API es definido al nivel de código fuente y proporciona el

Más detalles

Bases de Datos Distribuidas: Arquitectura Cliente/Servidor

Bases de Datos Distribuidas: Arquitectura Cliente/Servidor Bases de Datos Distribuidas: Arquitectura Cliente/Servidor Instituto Tecnológico Superior de los Ríos Ing. en Sistemas Computacionales 30 de enero de 2012 Bases de Datos Distribuidas:Arquitectura Cliente/Servidor

Más detalles

Visualización y modelado de elementos geográficos en dispositivos móviles. Capítulo 5: Aplicaciones cliente

Visualización y modelado de elementos geográficos en dispositivos móviles. Capítulo 5: Aplicaciones cliente Capítulo 5: Aplicaciones cliente 46 5.1 La aplicación cliente en la Pocket PC La aplicación desarrollada para el cliente en un dispositivo móvil como corresponde a la Pocket PC necesita una capa muy delgada

Más detalles

Módulo 2 Comunicación

Módulo 2 Comunicación Sistemas Distribuidos Módulo 2 Comunicación Facultad de Ingeniería Departamento de Informática Universidad Nacional de la Patagonia San Juan Bosco Comunicación en Sistemas Distribuidos Modelos de Comunicaciones

Más detalles

5.1 Introducción a Servicios Web

5.1 Introducción a Servicios Web 5.1 Introducción a Servicios Web Introducción Continuando con el ejemplo de intercambio de información de películas... => Actualmente ya no es necesario implementar la solución sugerida a mano Se han estandarizado

Más detalles

UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS

UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS MODELO DE GESTION WBEM PARA ADMINISTRACION DE REDES

Más detalles

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: EL PROCESO DE DISEÑO DE SISTEMAS DISTRIBUIDOS MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS DISEÑANDO SISTEMAS PARA REDES DE ÁREA LOCAL DISEÑANDO SISTEMAS PARA ARQUITECTURAS CLIENTE/SERVIDOR

Más detalles

Sistemas Distribuidos

Sistemas Distribuidos Objetivos del curso Sistemas Distribuidos Presentar una visión global del estado del arte y los aspectos más novedosos del diseño y construcción de sistemas distribuidos. Desarrollar ejemplos prácticos

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Tecnologías Grid Estándares grid

Tecnologías Grid Estándares grid Tecnologías Grid Estándares grid Master en Sistemas y Servicios Informáticos para Internet Universidad de Oviedo Estándares grid Introducción Introducción Justificación El grid se construye a base de diversos

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

Tema 52.- Los entornos Intranet/Extranet. Tecnologías y servicios. Servicios de directorios, impresoras y ficheros

Tema 52.- Los entornos Intranet/Extranet. Tecnologías y servicios. Servicios de directorios, impresoras y ficheros Tema 52.- Los entornos Intranet/Extranet. Tecnologías y servicios. Servicios de directorios, impresoras y ficheros 1 Introducción... 1 Diferencias con los modelos anteriores...2 2 Infraestructura física

Más detalles

Notas. Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos. Resumen 2. CORBA. 1. Introducción

Notas. Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos. Resumen 2. CORBA. 1. Introducción Notas Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos Resumen Debido al auge que se ha venido dando últimamente en el uso de las redes, se ha incrementado el crecimiento de los entornos

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles