Grupo ARCO - Universidad de Castilla-La Mancha

More documents

Recommendations

Info

A. CASOS DE ESTUDIO: OPENSPLICE Y RTI 62 Arquitectura simétrica No hay servidor centralizado ni nodos privilegiados. Las suscripciones y las publicaciones puede ser añadidas y eliminadas dinámicamente del sistema en cualquier momento. Frameworks de transporte RTI DDS incluye la habilidad para definir nuevas herramientas de transporte. RTI DDS especifica un plugin de transporte UDP/IP y transporte de memoria compartida. Puede ser configurado para trabajar sobre gran variedad de mecanismos, tecnologías de redes, etc. Soporte multilenguaje Soporta APIs para los lenguajes C, C++, C++/CLI, C# y Java. Soporte multiplataforma Incluye soporte para UNIX, sistemas de tiempo-real (INTEGRITY, VxWorks, QNX y LynxOS) y Windows (2000, 2003, CE, Vista y XP). Cumplimiento de estándar La API cumple la capa DCPS de la especificación de DDS de la OMG. El formado de los paquetes de datos que envía RTI DDS cumple con la especificación del protocolo RTPS. Un ejemplo básico para ver el funcionamiento de un publicador y un suscriptor utilizando RTI DDS se puede encontrar en el cdrom adjunto en el directorio src/samples/RTI/HelloWorld y además la prueba de integración correspondiente en el directorio test/samples. Este ejemplo no se analiza ya que los ejemplos realizados con OpenSplice especificados en el próximo capítulo son más claros para conocer la dinámica de DDS. A.2. OpenSplice DDS A.2.1. Arquitecture OpenSplice DDS OpenSplice DDS compone una arquitectura que utiliza memoria compartida para conectar no sólo todas las aplicaciones que residen dentro de un nodo computacional, sino también el conjunto de servicios que ofrecen diferentes hosts 1 . Esta arquitectura garantiza la escalabilidad, flexibilidad y extensibilidad. En la memoria compartida que utiliza esta arquitectura, los datos están físicamente una vez en cada máquina y la administración proporciona a cada suscriptor una vista privada de esos datos. Esto permite que una caché de datos del suscriptor será percibida como una base de datos individual que puede estar filtrada, encolada, etc. OpenSplice DDS puede ser fácilmente configurable especificando los servicios necesarios que se utilizarán, así como la configuración de los servicios que persigue un acoplamiento óptimo en el dominio de aplicación (los parámetros de red, la durabilidad, niveles, etc). La figura A.1 muestra la arquitectura de un nodo en OpenSplice DDS. 1 Nodo conectada a la red que proporciona servicios y solicita servicios de otros.
A. CASOS DE ESTUDIO: OPENSPLICE Y RTI 63 Figura A.1: Arquitectura de un nodo de la tecnología OpenSplice DDS A.2.2. Características de OpenSplice DDS La última versión de OpenSplice DDS es la versión 6 y se caracteriza por: Múltiples arquitecturas - Proporciona opciones de desarrollo configurables que permiten adaptarse a las características de rendimiento, escalabilidad y tolerancia a fallos que envuelven las necesidades de un determinado sistema, reduciendo así los costes iniciales y los costes durante el desarrollo. Múltiples paradigmas - OpenSplice V6 ofrece una solución adecuada al problema de interacción entre distintos modelos de comunicación como son los modelos publicador/suscriptor, cachés de objetos distribuidos e invocación de métodos remotos (RMI). Además, la calidad de servicio (QoS) proporcionado por DDS puede ser utilizada para controlar la calidad de servicio asociada con servicios individuales, así como con invocaciones específicas. Tiempo real y escalable - Máxima escalabilidad y mínimas latencias junto con eventos en tiempo real ofrecen sistemas de tiempo real a gran escala. Para ello, OpenSplice DDS proporciona dos características principales: un protocolo de red de tiempo real optimizado y escalabilidad; y opciones de despliegue de memoria compartida para minimizar el uso de los recursos, optimizando la comunicación entre nucleos y aplicando las políticas de tráfico de red a los nodos del sistema. Conectividad - La puerta de enlace OpenSplice proporciona soporte para unas 80 conexio-
Page 1 and 2:
IMPLEMENTACIÓN DE UNA PLATAFORMA D
Page 3 and 4:
UNIVERSIDAD DE CASTILLA-LA MANCHA E
Page 5 and 6:
TRIBUNAL: Presidente: Vocal 1: Voca
Page 7 and 8:
Índice general Resumen Índice gen
Page 9 and 10:
6.1.1. Escenario 1: Canales filtrad
Page 11 and 12:
E. Estudio IceStorm 89 E.1. Impleme
Page 13 and 14:
Índice de figuras 2.1. Invocación
Page 15 and 16:
Índice de listados 2.1. Ejemplo de
Page 17 and 18:
Listado de acrónimos API Arco BDD
Page 19 and 20:
Agradecimientos «Creer es primo he
Page 21 and 22:
Introducción 1 En la actualidad ex
Page 23 and 24:
1. INTRODUCCIÓN 3 Capítulo 6: «R
Page 25 and 26:
2. ANTECEDENTES 5 que permite una m
Page 27 and 28:
2. ANTECEDENTES 7 Tanto el cliente
Page 29 and 30:
2. ANTECEDENTES 9 Freeze Freeze ofr
Page 31 and 32: 2. ANTECEDENTES 11 DDS es una espec
Page 33 and 34: 2. ANTECEDENTES 13 el tipo es la de
Page 35 and 36: 2. ANTECEDENTES 15 Figura 2.8: Vari
Page 37 and 38: 2. ANTECEDENTES 17 manejar. Cuando
Page 39 and 40: 2. ANTECEDENTES 19 a movilidad se r
Page 41 and 42: 2. ANTECEDENTES 21 2.4. Proyecto En
Page 43 and 44: Objetivos 3 Para delimitar el alcan
Page 45 and 46: Método de trabajo y herramientas 4
Page 47 and 48: 4. MÉTODO DE TRABAJO Y HERRAMIENTA
Page 49 and 50: Desarrollo del proyecto 5 Este cap
Page 51 and 52: 5. DESARROLLO DEL PROYECTO 31 Figur
Page 55 and 56: 5. DESARROLLO DEL PROYECTO 35 cwd =
Page 57 and 58: 5. DESARROLLO DEL PROYECTO 37 seque
Page 59 and 60: 5. DESARROLLO DEL PROYECTO 39 }; To
Page 61 and 62: 5. DESARROLLO DEL PROYECTO 41 La op
Page 63 and 64: 5. DESARROLLO DEL PROYECTO 43 3. El
Page 67 and 68: 5. DESARROLLO DEL PROYECTO 47 Imple
Page 69 and 70: Resultados 6 En este capítulo se d
Page 71 and 72: 6. RESULTADOS 51 Figura 6.1: Vista
Page 73 and 74: 6. RESULTADOS 53 publicadores de un
Page 75 and 76: 6. RESULTADOS 55 $ hg clone https:/
Page 77 and 78: Conclusiones y trabajo futuro 7 En
Page 79 and 80: 7. CONCLUSIONES Y TRABAJO FUTURO 59
Page 81: Casos de estudio: OpenSplice y RTI
Page 85 and 86: A. CASOS DE ESTUDIO: OPENSPLICE Y R
Page 93 and 94: B. PLAN DE PRUEBAS 73 Dado - un can
Page 95 and 96: B. PLAN DE PRUEBAS 75 B.3. Filtrado
Page 97 and 98: B. PLAN DE PRUEBAS 77 B.4. Filtrado
Page 99 and 100: B. PLAN DE PRUEBAS 79 B.4.7. Se ind
Page 101 and 102: B. PLAN DE PRUEBAS 81 Después cuan
Page 103 and 104: Slices C C.1. Eventos de localizaci
Page 105 and 106: Tipos de filtros D Los filtros se i
Page 107 and 108: D. TIPOS DE FILTROS 87 and (filter_
Page 109 and 110: Estudio IceStorm E Durante la fase
Page 111 and 112: E. ESTUDIO IceStorm 91 En las imple
Page 113 and 114: F. MANUAL DE USUARIO 93 Figura F.2:
Page 115 and 116: F. MANUAL DE USUARIO 95 Subscribe:
Page 117 and 118: BIBLIOGRAFÍA 97 [icea] [ICEb] IceS
Page 119: Este documento fue editado y tipogr
show all

Grupo ARCO - Universidad de Castilla-La Mancha

Create successful ePaper yourself

Delete template?

Save as template?