Inicio Contactar

Arquitectura

Una arquitectura común para las aplicaciones en Internet es necesaria para que la red evolucione y además de ofrecer conectividad e información, se convierta en un lugar donde las aplicaciones se alojen e interoperen.

Herramienta de desarrollo: en primer lugar, nos dirigimos a desarrolladores de software interesados en evolucionar sus aplicaciones para convertirlas en componentes de una arquitectura orientada a servicios. Disponer de una arquitectura común aporta muchas ventajas  a las empresas desarrolladoras traduciéndose en una mejora significativa en su costo de mantenimiento así como en una mejora de la capacidad de evolución y de incorporación de cambios. Por otro lado la interoperatividad permite la comercialización conjunta de los productos.

Plataforma de software en Intenet: OAproject ha de resultar útil para la construcción de plataformas SAAS (Software as a Service) por parte de las entidades independientes interesadas en ofrecer esta servicio a laso clientes, manteniendo la independencia necesaria de la tecnología y los requerimientos de base de los diferentes proveedores dotando al conjunto de una coherencia suficiente para ser gestionado y comercializado de forma eficiente.

Oportunidad para la creación de servicios avanzados: La disponibilidad de OAproject puede ayudar a la creación  de nuevos servicios avanzados que faciliten la interoperatividad de las empresas a las TIC.

OAproject proporciona el entorno que facilita el desarrollo y la explotación de las aplicaciones en Internet, asegurando su conectividad a través de la red. 

Arquitectura

Nuestro punto de partida es identificar como componentes principales de OAproject a las aplicaciones a componer.

"Loosely Coupled" es la expresión que se utiliza comúnmente para describir la manera de acoplar aplicaciones en una SOA, consiguiendo que interoperen sin comprometerse en su independencia como objetos software completos.

El software middelware que garantiza la inteoperatividad de las aplicaciones se compone de tres grandes elementos:

Los componentes comunes

La frontera entre la plataforma y las aplicaciones esta en constante redefinición en la medida que surgen nuevos componentes reutilizables que resuelven parte de la funcionalidad de las aplicaciones.

Servicios de interacción con el usuario: OAproject proporciona un modelo de relación de las aplicaciones con los usuarios finales. Un sistema Single sign-on, que forma el núcleo del sistema de gestión de usuarios al que han de incorporarse funcionalidades avanzadas de control de acceso, simultaneidad de usuarios, franjas horarias, etc.

Servicios de administración de aplicaciones: que ofrecen un modelo de explotación de las aplicaciones en función de los parámetros de consumo de recursos de la plataforma y un procedimiento común de aprovisionamiento en función de la demanda.

Servicio de datos: que aseguran la uniformidad a la hora de administrarlos así como su difusión entre aplicaciones en un entorno distribuido.

Para comunicar los componentes necesitamos un servicio de mensajeria: que constituye la columna vertebral de la arquitectura y el canal para que se intercambien los mensajes que permiten que las aplicaciones actúen de manera débilmente acopladas. Para resolver esta funcionalidad adoptamos un MOM (Middleware Orientat al Missatge) que gestiona los mensajes de forma similar a como un sistema gestor de base de datos (DBMS) gestionaría las persistencia de datos. Hemos seleccionado xmlBlaster como base de entre una amplia oferta de tipos de software, http://www.xmlblaster.org/

No obstante se mantendrá la independencia de esta implantación gracias al uso de pasarelas o adaptadores que  le encapsulan.

Los mensajes

Los mensajes con los trasmisores de información entre aplicaciones y la base de la arquitectura desacoplada.

Las acciones realizadas para las aplicaciones o los usuarios generan mensajes de salida que son mensajes de entrada para las otras aplicaciones compuestas. De la misma manera, estos mensajes generan acciones y procesos en las aplicaciones receptoras como, por ejemplo, dar de alta a un usuario o registrar una llamada telefónica.

 Los adaptadores de aplicación

Cada aplicación requiere de un adaptador que reciba e interprete las mensajes de las otras aplicaciones a través de un sistema de mensajería y que actúe en consecuencia, despertando en cada caso los procesos correspondientes. Igualmente es necesario que los adaptadores reconozcan en la funcionalidad propia, aquellas acciones que han de generar mensajes de salida para crearlos y publicarlos en el sistema de mensajería intermedio.

Los adaptadores consisten en una pieza de software específica para cada aplicación y que puede ser desarrollado de una forma independiente por los titulares de la aplicación a adaptar. Por lo tanto cada uno de ellos estará disponible en las condiciones que ésta establece, dentro del marco establecido por OAproject.

Todo lo referente al desarrollo de adaptadores y a la composición de aplicaciones se puede consultar en www.oaproject.net