El Miércoles 13 de Diciembre asistí a la mesa redonda sobre SOA en las entidades financieras que organiza Computerworld y está patrocinado por Sun Microsystems y Oracle. Al debate asistieron representantes de las principales entidades financieras de España (BanCaja, Bankinter, BBVA, Caixa Galicia, Caja Madrid, CECA, La Fraternidad y Linea Directa). IDC también estuvo presente en el Debate.
Tendréis oportunidad de leer todo lo que se debatió en el especial del próximo número de las revista Computerworld, y no voy a hacer ningún resumen del contenido ni de lo que allí se debatió, pero si voy a aprovechar esta cita para precisamente dar mis impresiones sobre SOA en las entidades financieras.

Creo que por suerte, he pasado gran parte de mi carrera profesional trabajando para el sector financiero español y esto me proporciona experiencia suficiente como para conocer los retos a los que se enfrenta este sector cuando se habla de implantar SOA. Esa etapa coincidió directamente con la aparición de un nuevo paradigma de arquitectura para el diseño y construcción de aplicaciones, la era del cliente/servidor.
Es curioso como en aquel entonces, no existió esta especie de incredulidad que hoy existe cuando hablamos de SOA. Bien es cierto que los estándares hoy son mucho más maduros y la lista es más grande, por lo que ser un experto es requisito para entender como SOA transformará los sistemas y aplicaciones actuales.

Pero la gran diferencia es que cuando se habla de SOA se habla de tecnología y negocio. Y se hace desde el elemento más atómico que es el Servicio, donde se debe tener una separación de las vistas del servicio desde los dominios técnico, de negocio y del gobierno y que nos permita definir y mantener de un modo independiente. Un desarrollador no le preocupa el coste y el modelo de subscripción de los servicios que desarrolla y que utiliza, un responsable de negocio no debe preocuparse por los requisitos de protocolos, bindings, independencia entre consumidor y proveedor de los servicios que su organización le proporciona y utiliza. Estos y otras temas se deben mantener a través de todos los aspectos del gobierno, comenzando en la modelización.

Si SOA es un nuevo paradigma de arquitectura para el diseño y la construcción de aplicaciones que nos permite un mejor "entendimiento" entre negocio y tecnología, entonces SOA está para quedarse y no podemos hablar de SOA como una moda, las modas son pasajeras aunque vuelvan.

Como ocurre en otras ingenierias, en la ingeniería del Software todavía no existe un grado de estandarización, vamos a decir "maduro", que nos permita diseñar, construir, integrar, reutilizar, explotar y mantener aplicaciones y sistemas de un modo homogéneo empleando un lenguaje común entre diferentes departamentos, organismos y empresas. En mi opinión, detrás de SOA está la primera iniciativa conjunta para llegar a esta situación, sin embargo nos queda camino por recorrer.

Entonces, ¿es adecuado comenzar SOA hoy o esperamos a nuevas versiones de SOA, puede que a SOA 2.0, para dar salida a nuestros proyectos SOA?
La respuesta es, comience con SOA hoy mismo. El principal motivo es que se debe comenzar a andar este camino para experimentar por uno mismo como le encaja SOA en su organización y que le aporta.

Es cierto que existe una gran oferta de herramientas SOA en el mercado, que por cierto se está consolidando, tantas que el primer "obstáculo" que encontramos es la propia integración y estandarización de estas herramientas y soluciones. Existen iniciativas para resolver esto, como Java Business Integration o Service Component Architecture, y aunque podemos ver productos con esta tecnología (ServiceMix, Mule, OpenSSO, JBOss) e incluso conocemos de clientes con sistemas en producción, estamos al comienzo.

Si por algo se caracterizan las entidades financieras en España es por su excelente arquitectura orientada a operaciones/transacciones de negocio y de como se han ido adaptando a las nuevas eras (C/S, Internet, B2B) manteniendo su núcleo de negocio intacto o con pocos cambios (desde punto de vista tecnológico).

Sin embargo si queremos aprovechar las ventajas de SOA, hay que plantearse en que nos afecta hoy:

• En el Diseño. Se trata de una evolución organizativa importante con aparición de nuevos Roles, que permitan diseñar las aplicaciones empleando servicios y que estos sean reutilizables. Con una orientación a procesos adecuada, BPM sin SOA es ariesgado.
  

• En Desarrollo. Obtener mayor productividad en el desarrollo, en parte por la reutilización. Definir y utilizar un framework común, donde sea posible para el programador acceder a los servicios existentes y disponer de una visibilidad completa de la funciones y procesos en producción y en fase de desarrollo.
  
• Las arquitecturas de Producción. ¿Son válidas las arquitecturas de producción actuales? Si tenemos entornos mucho más disribuidos, las arquitecturas deben evolucionar a eso, conceptos de Grid y virtualización pueden hacernos cambiar producción. ¿Es el momento de consider el Mainframe como un sistema Legacy?
  
• Gestión. La gestión es aun más importante, la localización de errores y problemas en un sistema distribuido es diferente al de los silos de aplicación. Luego, es de vital importancia contemplar este aspecto desde el segundo servicio en producción.

La realidad es que las entidades financieras en España apuestan por SOA, y están comenzando a experimentar y en la mayoría de los casos a aprender que es SOA, cuando se implanta SOA, donde se aplica, como afecta a lo que tienen, como se implanta y con qué herramientas y productos.

Creo que la versión de SOA que tenemos hoy, no responde a todas las preguntas y dudas que existen y por tanto habrá empresas donde evolucionar a SOA no lo vean como un requisito o una acción a abordar hoy, aunque esto no signifique que no aborden pilotos. Y es posible que en parte, esta cautela, se deba a que no existe un modelo de referencia maduro en el que fijarse. Sun Microsystems proporciona las tecnologías, productos y arquitecturas que mejor se ajusten a SOA hoy y trabaja en las evoluciones de SOA, y lo hace sobre modelos probados con éxito en nuestros clientes.