SOA allana el camino de la integración

Según un estudio realizado por la consultora IDC

El principal reto al que se enfrentan las empresas es poder disponer de todos los componentes de software con los que cuentan de forma conjunta y, en segundo lugar ejecutar las acciones en tiempo real, por lo que la adopci&#243;n de SOA resulta imprescindible.<br><br>La arquitectura orientada a servicios (SOA) est&#225; experimentando una intensa aceleraci&#243;n en su adopci&#243;n, debido a la necesidad de reutilizar aplicaciones existentes, de construir otras funcionales y con m&#225;s prestaciones, y de impulsar la automatizaci&#243;n total o parcial de procesos de negocio end-to-end. <br>Lo m&#225;s relevante de SOA es que proporciona una plataforma de tecnolog&#237;a &#8216;agn&#243;stica&#8217; a la hora de aunar componentes con funcionalidad de negocio dentro de aplicaciones compuestas de valor a&#241;adido. Esto significa que, gracias a ella, los desarrolladores no necesitan preocuparse de c&#243;mo deber&#237;an construir las aplicaciones que proporcionan servicios subyacentes. As&#237; lo asegura un estudio realizado en enero de este a&#241;o por la consultora IDC, que apunta que a finales de este a&#241;o la mayor parte de las grandes empresas estar&#225;n realizando cierto uso de SOA en sus sistemas actuales. <br>Seg&#250;n la consultora, el desarrollo inicial de SOA se ha centrado en establecer m&#233;todos para reutilizar los recursos de aplicaciones existentes, pero, a partir de ahora tambi&#233;n ser&#225; necesario establecer la forma de construir nuevas funciones, que tendr&#225;n que incluirse en estos entornos orientados a servicios. Este &#250;ltimo aspecto ser&#225; necesario por determinadas razones, como la necesidad de a&#241;adir funcionalidades que actualmente no soporta la aplicaci&#243;n porfolio (por ejemplo, soportar un cambio en el modelo de negocio para un nuevo tipo de mercado); reemplazar aplicaciones legacy (heredadas) que no pueden acomodarse en la actualidad al volumen de trabajo requerido y al coste previsto, o tambi&#233;n consolidar el n&#250;mero de plataformas soportadas; y finalmente, permitir que la funcionalidad de una aplicaci&#243;n pueda dividirse en otros componentes con el objeto de mejorar la adaptaci&#243;n del entorno SOA.<br>Aunque probablemente se habla mucho de SOA en general, es cierto que no se habla tanto sobre las repercusiones de esta arquitectura en el dise&#241;o e implementaci&#243;n de los nuevos servicios y hay quien incluso defiende que los cambios que puede implicar no son necesarios ni deseables. Esto puede llevar, como apunta IDC, a una separaci&#243;n del mundo TI entre aquellos alineados con la plataforma .NET y los alineados con Java. No obstante, como afirma la propia consultora, ambas arquitecturas son similares, basada en la separaci&#243;n funcional de niveles y con una tendencia de dise&#241;o claramente marcada por la necesidad de reutilizar c&#243;digo. La orientaci&#243;n a objetos en aplicaciones y en cada vez m&#225;s DBMS&#8217;s ha sido una de las v&#237;as, SOA viene a afianzar dicha tendencia promoviendo la independencia de plataforma y el uso de est&#225;ndares.<br><br>Reemplazar servicios individuales <br>La adopci&#243;n del entorno SOA a largo plazo requerir&#225; de la capacidad de reemplazar servicios individuales. Esta estrategia no ser&#225; aconsejable, por ejemplo, all&#237; donde los servicios est&#233;n &#237;ntimamente relacionados e integrados con un &#250;nico motor de Base de Datos, ya que este factor, junto a los requerimientos de integridad y calidad exigibles en cada momento del proceso de sustituci&#243;n, convertir&#237;a el reemplazo de un simple componente en una tarea ardua y demasiado costosa en tiempo y dinero, en contraposici&#243;n a lo que SOA persigue.<br>IDC asegura que si los nuevos servicios fueran implementados como componentes independientes, con su propia funcionalidad de base de datos embebida, la adopci&#243;n ser&#237;a m&#225;s transparente y los cambios mucho m&#225;s sencillos de realizar. Asimismo, los mismos servicios ser&#237;an m&#225;s r&#225;pidos de implementar, m&#225;s sencillos de gestionar y contar&#237;an con prestaciones mejoradas. <br><br><br>Un 75% de los desarrolladores europeos utilizar&#225; SOA en 2006<br>--------------------------------------------------------------------------------------<br>Seg&#250;n los resultados de una encuesta elaborada por el instituto independiente de investigaciones, Evans Data Corporation, y que ha contado con la colaboraci&#243;n de m&#225;s de mil desarrolladores europeos, al menos un 75% de &#233;stos est&#225; desarrollando, o espera hacerlo este mismo a&#241;o, arquitecturas orientadas a servicios (SOA).<br>La encuesta revela que a m&#225;s del 60% de los desarrolladores entrevistados le gustar&#237;a usar Open Source Software (OSS), aunque aseguran que existen barreras importantes para ello, como son una carencia de soporte y servicios de mantenimiento, as&#237; como de actualizaciones regulares, un imprevisible coste total de propiedad y cierta inquietud relacionada con la propiedad intelectual.<br>Seg&#250;n el informe, las ciudades de Londres y de Madrid son las primeras en cuanto a desarrollo de aplicaciones basadas en SOA (m&#225;s del 30% de desarrolladores en Londres y casi un 25% en Madrid). <br>En cuanto a cu&#225;les son en su opini&#243;n las tecnolog&#237;as m&#225;s &#250;tiles en SOA, un 28% de los entrevistados respondi&#243; que los servicios web, seguidos de los servicios de orquestaci&#243;n con lenguajes como&#160; BPEL y BPELJ, que facilitan la automatizaci&#243;n de procesos de negocio (18%). La complejidad es la principal barrera que los desarrolladores destacan como obst&#225;culo principal para la adopci&#243;n SOA.

Viñeta publicada el 20 de febrero de 1870 en La Flaca n.º 35 Tendencias

ny2 ACTUALIDAD

ny2 Sociedad de la información

Día de la Movilidad y el BYOD Coffee Break