QUE ES?

SOA (Arquitectura Orientada a Servicios) SOA es un conjunto de principios, metodologas y estilo para el diseo de arquitectura de TI que soporta la orientacin a servicios, se basa en la independencia de plataformas de hardware, de sistemas operativos y de distintos lenguajes de programacin. Conecta sistemas heterogeneos en plataforma, tecnologa y lenguaje, expone una interface bien definida y descripta. Ayuda a fortalecer la reutilizacin de los sistemas actuales que se construyeron y se utilizaron durante aos, de igual manera, ayuda a crear ambientes en el que los negocios y la tecnologa de la informacin pueden interactuar entre si. SOA proporciona una forma en que los consumidores de los servicios se vern beneficiados con interfaces bien definidas.

REQUISITOS Y PRINCIPIOS Los requisitos de SOA se basan principalmente en la interoperabilidad entre los diferentes sistemas y lenguajes de programacin que proporcionan la base para la integracin entre aplicaciones en diferentes plataformas a travs de un protocolo de comunicacin. Y el uso de mensajes a travs de canales definidos ya que disminuye la complejidad de la aplicacin final, permitiendo de este modo el programador de la aplicacin a concentrarse en la funcionalidad real de la aplicacin en lugar de las complejas necesidades de un protocolo de comunicacin. SOA se fundamenta en: - Ejecutar rpido, adaptarse al mercado, ganar ante la competencia. - Reutilizar los componentes de los procesos de negocios. - Medir los resultados y tomar accin sobre ellos. - Garantizar resultados que sean repetibles y predecibles. - Empezar donde sea necesario (rea de negocios - rea de tecnologa). Los principios de SOA son los siguientes: * Los servicios deben ser reutilizables: Todo servicio debe ser diseado y construido pensando en la reutilizacin dentro de la misma aplicacion , dentro del domino de aplicaciones de la empresa o incluso dentro del dominio pblico para uso masivo. * Los servicios deben proporcionar un contrato formal: Todo servicio desarrollado ,debe proporcionar un contrato formal en el cual figuren: el nombre del servicio, su forma de acceso, las funciones que ofrece, los datos de entrada de cada una de sus funcionalidades y los datos de salida. * Los servicios deben tener bajo acoplamiento: Tienen que ser independientes los unos de los otros, es decir, cada vez que se vaya a ejecutar un servicio , se acceder a l a travs del contrato, logrando as la independencia entre el servicio que se va a ejecutar y el que lo llama. * Los servicios deben permitir la composicin: Todo servicio debe estar construido de tal manera que pueda ser utilizado para construir servicios genricos de alto nivel a partir de servicios de bajo nivel. En el caso de los servicios web, esto se lograr mediante el uso de los protocolos para orquestacin ( WS-BPEL) y coreografa (WSCDL).

*Los servicios deben ser autnomos: Todo servicio debe de tener su propio entorno de ejecucin. De esta manera el servicio es totalmente independiente y nos podemos asegurar que as podr ser reutilizable desde el punto de vista de la plataforma de ejecucin. * Los servicios no deben tener estado: Los servicios minimizarn la retencin de la informacin especfica de una actividad. * Los servicios deben tener descubrimiento: Los servicios son diseados de manera que sea posible describirlos para que puedan ser encontrados y accedidos va mecanismos de descubrimiento.

Qu puedo hacer con SOA? SOA surge de la necesidad de hacer que los sistemas de negocios de IT sean ms giles con respecto a los cambios de la empresa. Al permitir relaciones fuertemente definidas, los sistemas de IT pueden obtener las ventajas de los sistemas existentes y, no obstante, estar listas para cambios futuros en sus interacciones. Compatibilidad flexible con la integracin de datos Ofrece servicios de datos escalables y flexibles que cubren todo el ciclo de vida de integracin de datos. servicios de infraestructura para la autenticacin, el control de acceso y el registro. Entrega en el momento adecuado de datos integrales y precisos Suministra las herramientas que pueden dirigirse de forma proactiva a los problemas de calidad de datos en todas las fuentes de datos. ofrece una amplia gama de conectores para ampliar de forma fluida el acceso a diferentes tipos y formatos de datos. Ofrece datos integrales y precisos cuando, donde y como se necesite, mediante la integracin pro-activa de los procesos y las asignaciones de calidad de datos. Flexibilidad para crear y cambiar la funcionalidad de forma rpida Ofrece un entorno de desarrollo sin codificacin que promueve la creacin rpida de servicios de datos sofisticados. Escalabilidad de plataforma

Ofrece el rendimiento y la escalabilidad necesarios para gestionar grandes volmenes de tareas de integracin de datos complejos compatibles con operaciones de misin crtica las 24 horas del da los siete das de la semana.

Para dar un ejemplo especifico, una organizacin minorista de indumentaria que posee una cadena internacional de 500 tiendas necesita cambiar frecuente mente sus diseos para mantenerlos a la moda. Esto podra significar no slo cambios en estilos y colores si no tambin en materiales, fabricacin y entrega. Cambiar de un proveedor a otro puede ser un proceso de software complicado si los sistemas que hay entre el minorista y el fabricante son incompatibles. La flexibilidad de una interfaz de WSDL (Web Services Description Language) para las operaciones puede permitir que cada compaia mantenga sus sistemas existentes tal como son. En vez de ello, pueden slo hacer coincidir las interfaces de WSDL y establecer nuevos convenios de nivel de servicio en vez de reconstruir totalmente sus aplicaciones de software. Este es un cambio horizontal para la empresa, es decir, estan cambiando asociados al tiempo que esencialmente todas las operaciones de negocios permanecen siendo las mismas en su mayora. Aqui las interfaces de negocios pueden cambiar de una manera minima y las operaciones internas pueden permanecer sin cambios, al tiempo que las interfaces de negocios todavia pueden funcionar juntas exactamente. El cambio y la capacidad del sistema SOA para adaptar a l son los elementos ms importantes aqui. Para los desarrolladores, tales cambios pueden ocurrir dentro de su contexto de trabajo o fuera de l, segn si hubiera cambios si son necesarios en cuanto a como las interfaces son definidas y como interactan entre s. En vez de ser el rol del desarrollador, es del arquitecto engendrar la mayora de los cambios en un modelo SOA. Esta divisin de trabajo por la cual el desarrollador se concentra en crear unidades funcionales definidas como servicios, y el arquitecto y el modelador se concentran en la forma en que las unidades se ajustan entres s.

BENEFICIOS !!!!!es como conclusion SOA ayuda a plantear el panorama fragmentado en TI y enfrenta las dificultades relacionadas con el almacenamiento de aplicaciones e infraestructura de TI. As mismo ofrece a las empresas de desarrollo de software la habilidad de responder rpida y eficientemente a las solicitudes de servicio. Una de las principales ventajas de SOA es que resuelve las problematicas de conectividad y a su vez permite una real reusabilidad grande y una mxima

independencia de las plataformas, rentabilizando las que ya existen. Permite una mayor flexibilidad a travs de las siguientes caractersticas: Mayor interoperabilidad.- Esto entre las aplicaciones internas existentes, externas y las futuras aplicaciones. Conduce la reduccin de costos. Permite ser mas gil .-permite a las organizaciones responder rpidamente a los imperativos de negocio, desarrollar nuevas capacidades distintivas y servicios existentes para potenciar la capacidad de respuesta verdadera. Rapidez para llegar primero al mercado antes que la competencia. Optimiza sus procesos de negocios.

TECNOLOGAS QUE COMPONEN SOA La mayora de las definiciones de SOA identifican la utilizacin de servicios Web en su implementacin, no obstante se puede implementar utilizando cualquier tecnologa basada en servicios. Proporciona una metodologa y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integracin y consolidacin. Incorpora diferentes tecnologas entre las cuales se encuentran: MOM (Message-Oriented Middleware): Sistemas basados en colas de mensajes proveen bajo nivel de API (Application Programming Interfaces), que permite a una aplicacin hacer muchas cosas. Web services: Sistemas de software diseados para soportar una una interaccin mquina a mquina sobre una red. REST: Estilo de arquitectura de software para sistemas distribuidos como la web.

Se relaciona principalmente con el: IBM EI Gorvernance: permite no solo tener visibilidad de la arquitectura SOA completa, sur servicios y rendimiento, sino para gobernar la plataforma en su da a da y evolucin con el enfoque end to end donde las interrelaciones de servicios, proveedores y consumidores son visibles.

XML (Extensiblle Markup Language) Lenguaje de Marcas Extensible, lenguaje que nos garantizar el intercambio de cualquier tipo de informacin DTD Definicin de tipo de documentos: descripcin de estructura y sintaxis de un documento XML por medio de restricciones.

PROVEEDORES DE SOA Los principales proveedores de la Arquitectura Orientada a Servicios son: Microsoft IBM Tibco Oracle Software AG SAP Sonic Software

Arquitectura SOA Hay cuatro tipos comunes de arquitectura SOA que surgieron con el fin de mejorar el diseo fsico. Estos tipos de arquitectura fomenta a los servicios para que estn mas estandarizados y que sean interoperables. Esto tambin ayuda en la comprensin de las interdependencias entre los servicios. Servicios de Arquitectura Este es el diseo fsico de un servicio individual que abarca todos los recursos utilizados por un servicio.Esto normalmente incluye las bases de datos, componentes de software , los sistemas y esquemas.Tambin es benfico para poder incluir los agentes de servicios empleando por el servicio, ya que afectara a la capacidad de procesamiento de mensajes del propio servicio. El contrato de servicio estandarizado mantiene contratos de servicios independientes de su aplicacin. El contrato de servicios debe ser documentado para la formalizacin de los recursos de procesamiento requeridos por las capacidades individuales de servicio.Aunque es benfico documentar detalles acerca de la arquitectura del servicio, el servicio de abstraccin de diseo que dicta los detalles internos sobre el servicio son invisibles a sus consumidores de modo que no desarrollan ningn acoplamiento. La arquitectura de servicio como punto de referencia para la evolucin del servicio o medir el impacto de cualquier camino en el servicio.

 Servicio de arquitectura de composicin Una de las caractersticas fundamentales de los servicios desarrollados utilizando la orientacin a servicios paradigma en el diseo es que ellos son la composicin central. Los servicios con estas caractersticas potencialmente pueden abordar nuevos requisitos de recomponer los mismos servicios en diferentes configuraciones. La arquitectura de servicios tiene su propia y partculas composicin . A la luz de abstraccin de servicios, este tipo de arquitectura solo documenta el contrato de servicio y cualquier publicacin de nivel de servicio , los detalles internos de cada servicio no estn incluidos. Si una composicin de servicio es parte de una composicin ( matriz), la composicin matriz tambin se puede hacer referente en la composicin de servicios jvenes. El diseo de la composicin de servicios tambin incluye caminos alternativos, tales como condiciones de error , que puede introducir nuevos servicios en la composicin del servicio actual. Servicio de Arquitectura Inventario Un inventario de servicios se compone de servicios que automatizan procesos de negocio.Es importante tener en cuenta los requisitos de procesamiento combinados de todos los servicios dentro del servicio de inventario. Documentar los requisitos de los servicios, independientemente de los procesos de negocio que automatizar, ayuda a identificar los cuellos de botella del procesamiento. La arquitectura de inventario de servicios pueden ser rediseados antes de su implementacin. Arquitectura Orientada a Servicios Empresariales

Esta arquitectura incorpora servicio, la composicin y las arquitecturas de inventario y los recursos tecnologicos para toda la empresa que accede a estas arquitecturas en un sistema. Esto adems se puede complementar mediante la inclusin de toda la empresa , las normas que se aplican a los tipos de arquitectura .Todos los segmentos de la empresa que no estn orientadas a los servicios tambin pueden ser documentados con el fin de examinar las necesidades de transformacin si un servicio tiene que comunicarse con los procesos de negocio automatizados por dichos segmentos.