SOA un nuevo modelo de arquitectura en TI

     SOA Arquitectura Orientada a Servicios (en inglés Service-oriented architecture o SOA), es un concepto que define arquitectura en software y se basa en la utilización de servicios para dar soporte a las necesidades de los usuarios.
     SOA es una metodología y una guía de trabajo, que permite documentar las competencias del negocio, aportando apoyo a las actividades de integración y consolidación dentro de las empresas u organizaciones. A diferencia de las arquitecturas orientadas a objetos, SOA está conformada por servicios de aplicación acoplados y trascendentalmente interoperables, para comunicarse entre sí. Para algunos, SOA, es la evolución de conceptos y tecnologías existentes, soportadas por el uso de estándares abiertos. Entre sus ventajas, se cuenta un menor costo de integración, mayor flexibilidad, reutilización de los activos y servicios existentes, y un enfoque basado en estándares e interoperabilidad.
      SOA, sin embargo no es un concepto nuevo, desde hace más de 30 años la industria viene planteándose la necesidad de crear arquitectura de software débilmente acopladas. Las Arquitecturas Orientadas a Servicios apuntan fundamentalmente a satisfacer en las organizaciones, la rapidez operativa como consecuencia del entorno comercial en que se desenvuelven. Para lograrlo se hace necesario que los  componentes de esta infraestructura sean tan reutilizables y poco interdependientes que permitan una rápida reestructuración de los mismos.

Rafael Gallegos, Gerente de Ventas  de Webfire Responsable de SOA, para América Latina y Habla Hispana de IBM, nos concedió entrevista y  su visión de SOA.-

JCA.- Dentro de estos aspectos: agilidad de los procesos de infraestructura, organización de aplicaciones en tiempo récord, flexibilidad y seguridad. ¿Un proyecto ó solución SOA, en cuál de ellos debe ser más efectiva?.

RG.- “Los tres aspectos que acabas de mencionar, como sabemos, forman parte de una solución SOA. Debemos ante todo analizar por dónde comenzamos, considero que se debe tomar la decisión de cual sería el punto de arranque para comenzar a desarrollar un proyecto o solución SOA. Ya sea para flexibilizar las aplicaciones, seguridad, garantías etc”. 
 “Tomando en cuenta en primer lugar que SOA no es un producto, es mas bien una metodología de trabajo que nos va a permitir flexibilizar la manera de cómo operamos en el día a día dentro de nuestras organizaciones, para poder alcanzar un mayor tiempo de respuesta en los procesos y oportunidades del mercado. Estos tres puntos es lo que consideramos “los puntos de entrada SOA, que describen por un lado la información, las personas, luego tenemos los procesos, la integración de las aplicaciones y finalmente el rehúso. Todo ello sobre el paragua de unas mejores prácticas que son la seguridad y la gobernabilidad. Cada una de estas áreas puede ser un punto de entrada dependiendo de la necesidad específica que tenga cada cliente. Con SOA, podemos ir haciendo fracciones de un proyecto e ir creciendo hasta ampliar nuestro objetivo”.

JCA.-¿Por qué nace SOA?

RG.-“El mercado de tecnología, siempre ha sido un proceso evolutivo y SOA es consecuencia de esa evolución. SOA es un producto de evolución del mercado para poder alcanzar el ofrecimiento de los procesos como un servicio,”.

JCA.-Considerando los siguientes aspectos: Propuesta de valor, ejecución, implementación, arquitectura. ¿En cual de ellos fallaría fundamentalmente un proyecto SOA?

RG.-“Si no se ha definido la arquitectura de manera adecuada, viendo el bosque completo y haciendo un correcto trabajo de arquitectura, definiendo estándares, un proyecto SOA fallaría. Considero que se le debe ofrecer a un prospecto: diseño de arquitectura, diseño de integración de las aplicaciones, seguridad de infraestructura, administración de la infraestructura, y todos estos servicios, le dirán al prospecto que hablamos de una estrategia a largo plazo”.

JCA.-¿Cómo encaja el Web Services en  SOA?

RG.-“Lo que sucede es que es parte integral, porque es un mecanismo de intercambio de información dentro de los muchos que se utilizan,  para conectar o transmitir información de las aplicaciones. Son un estándar, es lo que comúnmente utilizamos. Es importante concretar que Web Services no es SOA, sino un mecanismo de intercambio de información”.

JCA.-¿Cuáles serían las ventajas y desventajas de SOA?

RG.-“Voy a iniciar esta respuesta, por las desventajas. En primer lugar SOA requiere un cambio en las organizaciones, un alto esfuerzo.  No siendo sencillo, para la mayoría de las organizaciones adoptar SOA. Sobre éste aspecto, quizás la principal ventaja de implementar SOA, sea que genera más beneficios a las organizaciones. Debido a que SOA, (por ejemplo analizando un ejemplo tácito en una organización bancaria, y un cliente x), éste está presente en la aplicación de las tarjetas de crédito, la aplicación de cuenta corriente, de cuenta de ahorro. La de créditos comerciales, créditos hipotecarios, de automóviles, etc”.
 “Normalmente, este cliente no se encuentra unificado dentro de la organización, con SOA, se pueden unificar los servicios que el cliente comúnmente utiliza, las aplicaciones. El banco cuando necesita hacer un cambio, hace el cambio de una sola vez, afectando a todo el universo de servicios, que este cliente tiene. Y esto va muy unido a la estrategia de procesos”.
 “Cuando logramos unificar todos estos servicios y orquestarlos en el mundo de los procesos de BPM, es cuando alcanzamos la agilidad real de la organización. Integrando las aplicaciones, exponiendo los servicios y por otro lado el negocio. Agilizando los procesos y haciendo los cambios de la manera mas automatizada posible. Desde la etapa de los procesos, podemos modificar los procesos de negocios y de manera automatizada, hacer los cambios en los servicios. Lo que antes me tomaba dos meses realizarlo, hoy en día lo puedo hacer en dos o tres días”.

JCA.-¿Cómo aborda IBM un modelo de programación, para el desarrollo de aplicaciones en SOA?

RG.-“IBM considera que, a través de las prácticas de desarrollo y practica de gobernabilidad que debe existir, se definen los estándares para el desarrollo de aplicaciones y la contemporización de los mismos. Hoy en día contamos con herramientas para facilitarles a nuestros clientes la generación de los servicios.”
 “En la oferta de control y gestión, tenemos un portafolio de productos y un offering de servicios soportados por herramientas. Ayudando a las organizaciones  a adoptar estas practicas de monitoreo, control y seguridad. En lo referente a Infraestructura, yo divido a IBM en dos áreas, software y servidores”.
 “Normalmente las soluciones del mercado, basadas en software abierto, no son tan abiertos. Siempre tienen una puerta que se debe abrir para pasar al siguiente espacio”.

JCA.-¿Qué programa están llevando a cabo, para los nuevos canales de SOA en IBM y como están siendo entrenados?

RG.-“Estaremos rrealizando un evento del 12 al 16 de Febrero de este año 2007,  un BP Summit en Colombia. En el que estoy llevando los partners de Colombia, Ecuador y Venezuela, a una semana de entrenamiento, en todo lo concerniente a estrategias de SOA. Comprendiendo desde el área técnica, área de negocios y área gerencial. Luego tenemos actividades pautadas todos los meses, donde les hago entrenamiento en Tecnología. También le estamos pidiendo a los canales, que formen ciertas prácticas internas, como pueden ser consultoría en BPM”.
 “Hemos trabajado en la región con mas de 150 clientes con procesos de éste tipo, de los cuáles en Venezuela no tengo ningún cliente con el ciclo completo. En Colombia si tengo dos clientes con el ciclo completo, uno de ellos a ser entrevistado por Gartner el mes que viene.  Sin embargo la absorción de SOA en Venezuela, está lenta. Hoy en día existen clientes en Venezuela, que están pensando seriamente en SOA”.