Blog de Jaime Cid

« Estadísticas de... | Main | Soporte JWSDP en Sun... »

miércoles marzo 15, 2006

Integracion y SOA con CAPS (SeeBeyond)

La adquisición de SeeBeyond por parte de Sun permite ampliar la familia de suites JES (Java Enterprise System) con la Suite CAPS (Composite Application Platform Suite)

Esta nueva Suite de soluciones de integración permite afrontar proyectos de integración tradicionales (EAI) y de Aplicaciones Compuestas y SOA

En general se pueden clasificar los proyectos de integración en 3 tipos:

Sincronización de datos. Cuando tenemos los mismos datos en varias aplicaciones, y podemos cambiar la información en una aplicación, es natural que deseemos asegurarnos de que la información se actualiza en todas las demás aplicaciones. Para alcanzar esta meta, podrías tener a alguien de un lado para otro, haciéndolo manualmente, o podrías automatizar el proceso tomando los datos de la primera aplicación, poniéndola en los formatos correctos y cargándola en las aplicaciones objetivo. Eso es la sincronización de datos. Y probablemente lo hemos estado haciendo desde que alguien escribió el segundo programa de TI.
Aplicaciones Compuestas Orientadas a Transacciones. En este tipo de aplicaciones hace una pregunta y se obtiene una respuesta, excepto que en lugar de obtener la respuesta de una sola base de datos, está obteniendo respuestas de dos, cinco o 25 bases de datos, archivos o aplicaciones diferentes. De modo que la nueva aplicación está formada de un poco de código nuevo y mucho código que se está aprovechando.
Aplicaciones Compuestas Orientadas a Procesos (BPM). De nuevo, estamos creando un programa nuevo que aproveche las bases de datos, archivos y programas ya existentes. Pero en este caso, el nuevo programa ejecuta un proceso de larga duración, uno que se ejecuta a lo largo de minutos, días, semanas o, incluso, años.

Las aplicaciones compuestas son una forma de crear nuevos programas con sus propias interfaces de usuario, procesamiento y acceso de datos. La diferencia entre una aplicación compuesta y un programa “normal” es que una aplicación compuesta obtiene la mayor parte de sus datos aprovechando sus aplicaciones y bases de datos ya existentes. De modo que estas nuevas aplicaciones compuestas van a parecerle totalmente nuevas al usuario. Las aplicaciones compuestas nos permiten aprovechar los sistemas existentes sin romper los sistemas y sin quebrar la banca.

Para crear las soluciones de sincronización de datos y las aplicaciones compuestas, tenemos dos opciones. Podemos construir cada una de esas soluciones a mano en cada caso. O podemos estudiar el problema de la integración. Puede decir: ¿Cómo puedo crear activos reutilizables? Allí es donde entra una arquitectura orientada a servicios (SOA). Con una arquitectura orientada a servicios, uno ve la arquitectura como una oportunidad de acceder a las aplicaciones existentes, sin importar si son aplicaciones heredadas o aplicaciones empaquetadas. Uno trata de aprovechar los estándares siempre que sea posible. Se hace de modo tal que una vez que haya accedido a una aplicación por una aplicación compuesta o una solución de sincronización de datos, puede reutilizar las piezas de la integración.

Hay muchos estándares. Eso es parte del problema. Nunca nos faltan estándares. En algunos casos, los estándares son complementarios, lo cual es excelente. Por ejemplo, tenemos toda una multitud de estándares abiertos relacionados con los servicios Web. Para crear una aplicación usando servicios Web, sólo se necesita usar una colección de estándares de servicios Web. Pero para efectos de comunicaciones e interoperabilidad, también tenemos ebXML, que es predominantemente un estándar B2B. Tenemos AS2, que también se conoce como el EDI en Internet. Luego está RosettaNet, que es un estándar que creció para el sector de la alta tecnología y se ha ampliado a otros sectores.

CAPS (Composite Application Platform Suite) puede implementarse sobre muchos servidores de aplicaciones J2EE. Ciertamente, funciona con el servidor de aplicaciones Sun Java System, pero también puede implementarse sobre servidores IBM WebSphere, BEA WebLogic o JBOSS debido a nuestro uso del conjunto completo de estándares J2EE.

Informes de analistas sobre el mercado de Integración y SOA: