Arquitectura Orientada a los Servicios

Arquitectura Orientada a los Servicios
SOA

miércoles, 14 de abril de 2010

SOA desde una perspectiva practica y de negocio

¿Qué aporta SOA a la integración de datos? ¿Por qué es SOA importante en este mercado?

Las suites de integración de datos son la base de las arquitecturas orientadas a servicios en la medida en que permiten crear aplicaciones compuestas, la base de una SOA.
Gartner calcula que aproximadamente un 30 por ciento del presupuesto de TI de las empresas se invierte en proyectos fallidos, y cerca del 60 por ciento se emplea en el mantenimiento de las aplicaciones existentes.
Ya que a menudo los clientes se enfrentan, de este modo, a dos retos fundamentales: cómo desarrollar y desplegar mejor y más rápido las aplicaciones y servicios, con un menor coste total de propiedad; y cómo aprovechar los datos y procesos que ya se encuentran en los sistemas heredados, para crear una nueva generación de servicios empresariales capaz de alinear el uso de las TI con los requerimientos del negocio.
Las Arquitecturas Orientadas a Servicios dan respuesta a estas necesidades y, a día de hoy, ya es patente que son el camino a seguir. El último informe de la consultora Aberdeen sobre tecnologías de Bus de Servicios Empresariales (ESB) y middleware SOA –basado en una encuesta realizada a 120 grandes compañías– indica que nueve de cada diez organizaciones están adoptando o ya han adoptado Arquitecturas Orientadas a Servicios.
Gracias a la tecnología aportada por SeeBeyond, Sun acumula ahora cerca de 15 años de experiencia en SOA –con más de 2.000 referencias en los principales sectores de actividad de la industria– y cuenta con una suite de software completa para garantizar el éxito de sus clientes a la hora de crear la próxima ola de aplicaciones compuestas. A modo de ejemplo, Java Enterprise System soporta la mayor implementación de SOA del mundo, en el Sistema Sanitario de Reino Unido, que conecta alrededor de 250 hospitales y da servicio a unos 50 millones de pacientes.



http://blogs.sun.com/manuelrubio/entry/entrevista_sobre_integraci&%23243%3Bn_para_la

Historia de SOA

SOA no es un concepto nuevo. Los ingenieros software entendieron sus principios a mediados de los 80 cuando llegaron al mercado la computación distribuida y las llámadas a procedimientos remotos.

Gartner describe la arquitectura orientada a servicios por primera vez en 1996, pero el interés en la misma se vio aumentado por la aparición de una importante tendencia del mercado: los servicios web.

Las Arquitecturas de Computación Distribuida de los 90 no alcanzaron la aceptación esperada:

Open Software Foundation's (OSF's) Distributed Computing Environment (DCE).

Object Management Group's (OMG's) Common Object Request Broker Architecture (CORBA).

En 2003, SOA entra al fin por completo en el mundo de las TI empresariales, a través de los servicios web.




Fuente: http://www.gartner.com/resources/111900/111987/111987.pdf

Barreras a vencer para obtener el exito de SOA

SOA es un nuevo horizonte para las TI. Como cualquier gran cambio, las principales barreras son organizacionales, no técnicas. A continuación ejemplificaremos algunas:

• Administración: Servicios compartidos es lo principal para utilizar SOA. La habilidad para ensamblar rápidamente aplicaciones o procesos está basada en la disponibilidad de algunos servicios que pueden ser compartidos. Hacer esto, por definición, requiere administración.

• Desarrollo Cultural: Al utilizar SOA se requiere un cambio significativo en el estilo de programar. Muchos desarrolladores utilizan equipos diferentes para resolver problemas de manera independiente para cada aplicación. En SOA necesitarán escribir aplicaciones para ser re-utilizadas en mente, usando códigos existentes, a los cuales se podrá tener acceso constantemente.





http://www.mastermagazine.info/articulo/3391.php

martes, 23 de marzo de 2010

martes, 16 de marzo de 2010

martes, 9 de marzo de 2010

SOA


La Arquitectura Orientada a Servicios (en inglés Service Oriented Architecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio.
Permite la creación de sistemas altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros.