OAproject
Enlaces
Artículos
Noticias recientes:
-
Avanza 2010, reducción de presupuesto
(13-03-2010) -
OAproject ahora en Morfeo
(13-03-2010) -
Oademand se renueva y nace Nubola
(09-03-2010) -
Proveedores homologados por el Consejo superior de Camaras
(09-03-2010)
OAproject se ha desarrollado desde su inicio con el objetivo de resolver la explotación de aplicaciones en régimen de pago por uso. La plataforma está orientada a ofertar soluciones compuestas de aplicaciones de diferente proveedor.
El resultado, de acuerdo con la terminología actual es una plataforma PaaS que ofrece a los desarrolladores de software un conjuntode herramientas y servicios para explotar sus aplicaciones.
- Mediante OAproject las aplicaciones pueden sincronizar sus bases de datos mediante el intercambio de mensajes a través de un"midleware orientado a mensajes" (MOM), estableciendo una comunicación asíncrona entre aplicaciones con un modelo de publicación/suscripción. La relación entre las aplicaciones se realiza a través de un adaptador que se suscribe al midleware y procesa los mensajes de entrada y salida de cada aplicación. Se trata por tanto de un canal de comunicación que busca la máxima flexibilidad para añadir o suprimir aplicaciones del conjunto y minimizar las modificaciones a introducir en las aplicaciones a componer.
- Comunicarse con los servicios comunes de la plataforma, que gestionan identidades ,controlan el acceso (SSO), el uso de las aplicaciones, etc...
Una solución de cliente, compuesta mediante OAproject, consta de los siguientes componentes:
Las aplicaciones "Loosely Coupled" que es la expresión que describe la manera de componer las consiguiendo que interoperen sin comprometerse en su independencia como objetos software completos. Cada aplicación requiere de un adaptador que reciba e interprete los mensajes de las otras aplicaciones 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.
El midleware de mensajería (MOM) que constituye la columna vertebral de la arquitectura y que es el canal para que se intercambienlos mensajes de las aplicaciones. Para resolver esta funcionalidad adoptamos un MOM (Middleware Orientado a Mensajes) 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 ,( http://www.xmlblaster.org/) como base, de entre una amplia oferta de este tipo de software.
Los mensajes a intercambiar entre las aplicaciones/plataforma. Los mensajes con los trasmisores de información entre aplicaciones y la base de la arquitectura desacoplada. Las acciones realizadas por 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 servicios comunes de la plataforma en la actual versión de Oaproject son:
SSO, es el modulo de control de acceso a la plataforma
IMS, es el modulo que mantiene la información sobre grupos de usuarios, usuarios , aplicaciones y host de cliente, asi como las relaciones entre ellas.
MEX, es el modulo que controla el consumo de recursos de los grupos de usuarios y elabora las estadisticas y los albaranes para la facturación del servicio
Backup, es el modulo encargado de hacer las copias de la información de cada grupo de forma independiente.
CIS, es el modulo que se relaciona con las IAAS para gestionar los host de clientes asociados a la plataforma.


