Soa- arquitectura orientada al servicio

SOA: Un Modelo de Dominios que Ataca Todos los Aspecto de una Organización
En el camino hacia una Arquitectura Orientada a Servicios, son muchos los aspectos en los que una organización debe madurar. Este artículo trata de describir cada uno de estos aspectos en base al Modelo de Dominios para SOA propuesto por BEA.

Introducción En los últimos años, SOA (Service Oriented Arquitecture) se hatransformado en la sigla de moda. En toda conferencia de tecnología que se precie, encontraremos al menos un par de charlas relacionadas con el tema, y en cada exposición y white paper se define y redefine el término en un esfuerzo por explicar un concepto que desde el punto de vista puramente tecnológico es bastante sencillo, y desde el punto de vista de diseño d software, sinceramente, e nadanovedoso. Para no ser menos, y para caer en los mismos lugares comunes que el resto del universo de arquitectos y opinólogos que hablan sobre la materia, comenzaré con una definición del concepto, y trataré de explicar qué es lo que diferencia a esta nueva tendencia de las viejas arquitecturas que exponían servicios de una manera al menos similar a la propuesta hoy en día por SOA. Qué es SOA?Particularmente veo a SOA como un “Paradigma de Arquitectura Corporativa”. Así como en su momento, el Paradigma de Orientación a Objetos cambió la forma en que pensamos en términos del análisis, diseño y construcción de aplicaciones, SOA propone un modelo de pensamiento con el cual atacar la definición de arquitecturas, y ya no las de aplicaciones individuales, sino las arquitecturas deorganizaciones completas. Desde el punto de vista tecnológico, SOA propone varias capas de servicios que exponen funcionalidad, fundamentalmente de negocio, que permiten la composición de aplicaciones a partir de los mismos. En el nivel más bajo, tendremos una capa de servicios de “Acceso a Información y Datos”, cuya función es exponer en un ESB (Enterprise Service Bus, por sus siglas en inglés) lafuncionalidad y facilidades provistas por los sistemas corporativos. Muchas veces, estos servicios básicos no representan realmente “servicios de negocio” que aporten real valor al resto de la organización, al menos no por sí solos. Es por esto que sobre esta primer capa, encontraremos una segunda capa de servicios que denominamos de “Servicios de Negocio Compartidos” que componen y enriquecen lafuncionalidad expuesta en la capa precedente, con el objeto de agregar valor desde el punto de vista del negocio de una organización. Con base en estos servicios básicos y de negocio, es posible comenzar el desarrollo de aplicaciones compuestas. Estos desarrollos son los que aprovechan los beneficios de un esquema SOA en cuanto a reusabilidad de servicios existentes y adaptabilidad al negocio. Sinembargo, es

necesario que en esta capa, las aplicaciones también expongan en el Bus de Servicios la funcionalidad que resuelven, para que sean aprovechadas por otras aplicaciones y servicios. En arquitecturas que avanzan en este paradigma lo suficiente, encontraremos servicios que se exponen incluyendo su propia lógica de presentación. El caso más representativos es el de “Portlets”; aplicaciones -omás bien componentes funcionales- cuya presentación se visualiza en una ventana que puede ser incluída y reutilizada en distintos Portales. Este tipo de servicios se publican en la capa de “Servicios de Presentación”. Finalmente, y para dar soporte a la arquitectura en su conjunto, encontraremos una serie de servicios de infrestructura, que proveen facilidades de seguridad, administración ysoporte al esquema completo, y que es fundamental cuando la arquitectura escala en volúmen y complejidad.

Imaginemos, en este punto, un esquema que se reitera usualmente en aplicaciones de Banca, en las que un conjunto de transacciones CICS Cobol esponen la funcionalidad del core bancario en el mainframe. ¿ Cuál es la diferencia entre esa arquitectura y lo que hoy nos propone SOA ? Esto tiene...