1. Qu se entiende por SOA? SOA es por definicin Arquitectura Orientada a Servicios.

Una arquitectura orientada a servicios es esencialmente un conjunto de servicios. Estos servicios se comunican entre s. La comunicacin puede implicar de datos simples o puede involucrar a dos o ms servicios de alguna actividad.(Douglas K. Barry) En muchas ocasiones se confunde con una tecnologa o producto software, y nada ms lejos de la realidad. Hay decenas de definiciones distintas de SOA en la Web y aunque la mayora de ellas son acertadas, unas son ms completas que otras. Hay que entender que SOA es un concepto de diseo de arquitectura que trata de alinear a las TI con el propio negocio de la organizacin. Y para esto, sugiere la creacin de servicios y funcionalidades de negocio fcilmente reutilizables. Estos servicios deben ser flexibles, seguros y lo ms importante de todo, con una arquitectura basada en estndares. En el caso de SOA, los componentes reutilizables a crear son servicios de aplicacin con significado propio, flexibles, dbilmente acoplados y altamente interoperables sobre estndares tecnolgicos abiertos. En definitiva, SOA, a diferencia de otras soluciones de integracin como EAI (Enterprise Application Integration) no se limita al uso de una herramienta o "plataforma de herramientas" para integrar aplicaciones, sino que sugiere una arquitectura gil, escalable y completamente distribuida por toda la organizacin. En las arquitecturas SOA entre otras muchas funcionalidades, se integran aplicaciones al igual que hacen los EAIs, pero no se reduce a la integracin de stas dentro de una localizacin concreta, sino que va mas all, va a los procesos de las organizaciones, a la gobernabilidad, al uso de tecnologa estndar, a la integracin en entornos distribuidos.

2. Qu ofrece SOA?

3. Seala usos y ventajas para las empresas, punto de vista de negocios.

4. Qu es EAI? Qu aporta SOA al EAI? EAI = Enterprise Application Integration. Es la integracin de aplicaciones empresariales. Se puede definir como un conjunto de sistemas y software para integrar un conjunto de programas informticos. El EAI es el intercambio sin restricciones de datos y procesos de negocio entre cualquier aplicacin y fuente de datos existente en la empresa. Se utiliza para intercambiar informacin financieras. Con una arquitectura EAI las empresas tienen una mejor comunicacin con los usuarios. EAI trata de conectar los programas informticos individuales para crear unas ventajas competitivas para la empresa en el futuro. Su objetivo es asegurar la comunicacin entre las distintas aplicaciones y formar el sistema de informacin de la empresa. EAI tiene como objetivo integrar los datos, procesos, ser independiente de los proveedores, y

lo llamado "Facade Comn", es decir, una interfaz de acceso nica. Las ventajas que proporciona EAI son el acceso en tiempo real a la informacin, permite unir los procesos de negocio y forma una arquitectura consistente en lo que a informacin se refiere. Por el contrario, tiene como desventaja el alto precio del desarrollo, adems de requerir mucho esfuerzo, tiempo y recursos en su creacin. Se puede decir que EAI es ms una necesidad que una tecnologa, sin embargo, ESB si es una tecnologa que nos permite crear la arquitectura con las soluciones orientadas a servicios (SOA). SOA aporta a EAI la arquitectura y tecnologa necesaria para conseguir el objetivo del intercambio de informacin en la empresa. Aportando una arquitectura sencilla, en escalas y distribuida por toda la organizacin. Aporta adems la integracin de las aplicaciones no slo en el entorno local, como sucede con EAI, sino en entornos distribuidos.

5. Qu es un ESB? El ESB (Enterprise Service Bus). A diferencia de SOA, ESB s es una tecnologa o producto software. Puede definirse un ESB como la Infraestructura que sirve como el backbone de las Arquitecturas Orientadas a Servicios (SOA). Un ESB permite a una empresa, conectar, mediar, y controlar la interaccin entre diversas aplicaciones y servicios a lo largo de entornos altamente distribuidos y heterogneos. SOA de por s puede aportar una gran potencia y flexibilidad a una organizacin sin necesidad de utilizar un ESB, pero sin un ESB es muy complicada la gestin y mantenimiento de los procesos SOA y el escalado de la arquitectura en caso de ser necesario. 6. Destaca aspectos relativos a la calidad de servicio que se consideren en el caso de clientes empresariales. Entiendo que esta pregunta puede tener diversas respuestas, debido a que los requisitos o los puntos de inters de un cliente pueden no ser similares a los de otro. Adems, existe una cierta ambigedad en el concepto calidad de servicio, que puede provocar respuestas muy diversas enfocadas a diferentes aspectos. Es por ello, que en primer lugar me gustara definir el concepto SOA de una forma diferente a la realizada por mis compaeros. Siendo claros, SOA, la arquitectura orientada a servicios, no es un software o un lenguaje de programacin, sino un marco de trabajo conceptual que permite a las organizaciones unir los objetivos de negocio con la infraestructura de informtica y telecomunicaciones, integrando los datos y la lgica de sus sistemas separados. Una vez aclarado un poco ms este concepto, me referir a la calidad de servicio en los sistemas SOA, para eliminar la ambigedad existente. Adems, para que acotar an ms mi respuesta, comento que intento dar respuesta a la cuestin siguiente: cules son los requisitos de calidad ms valorados por las empresas acerca de un entorno SOA? Si tuviera que responder concisamente dira: alto rendimiento y gran fiabilidad. Sin embargo, esa respuesta no aporta demasiada informacin. Por lo tanto, extendindome ms, podra decir que para que una empresa obtenga un verdadero valor en los procesos a los que SOA puede dar soporte, es necesario que las transacciones, la informacin y las interacciones cuenten con la misma integridad que se podra esperar de los procesos que dan soporte a los sistemas tradicionales combinados de forma slida. Es decir, que la fiabilidad y la robustez de los sistemas unidos sea idntica a la de los sistemas separados. Sin embargo, es bien sabido

que mantener la integridad (la fiabilidad en un entorno SOA) a lo largo de un proceso muy distribuido es ms complicado que hacerlo en un nico sistema por separado. Por otro lado, qu es la integridad de un sistema? Mi opinin es que podra definirse como la capacidad de llevar a cabo la actividad empresarial de forma fiable en un entorno de SOA seguro, escalable y sin fisuras en todos los niveles. De esta forma, la integridad de un sistema podra dividirse en: -Integridad de las transacciones: ejecucin coherente de las transacciones con capacidad de recuperacin, en los casos que sea necesaria. -Integridad de las interacciones: acceso seguro y actualizado a la informacin y a los contenidos para los usuarios.-Integridad de la informacin: informacin gestionable, completa y fiable. 7. Qu es un Business Service? Business service, o business service management (BSM, gestin de servicios de negocio) es una metodologa cuyo objetivo principal puede resumirse en un solo concepto: OPTIMIZACIN. Y es que BSM permite monitorizar y medir los servicios de IT (tecnologas de la informacin) desde una perspectiva de negocio. Es decir, BSM es un conjunto de herramientas software, procesos y mtodos que marcan una estrategia a seguir para vincular los componentes, tecnologas, infraestructuras, etc. de una empresa a sus objetivos. Todo esto tiene un objetivo claro: ayudar a las organizaciones de IT a manejar (o mejor dicho, gestionar) de una manera ms eficiente las infraestructuras y recursos que poseen, con el fin de proveer unos ciertos servicios de negocio. BSM puede verse como una metodologa para la gestin empresarial que ofrece ayuda a las empresas, de modo que stas puedan ver las actividades que llevan a cabo como servicios que estn ofreciendo al cliente, lo que va a dar lugar a una mejora en la eficiencia, tratando siempre as mismo de ofrecer una visin clara y transparente cara al cliente. De esta forma se consigue que, gestionando los servicios a ofrecer, se establezcan una serie de prioridades en cuanto a esfuerzos, lo que redundar en una mejora del servicio. Aunque cabe decir que ms que determinar cmo va a afectar (es decir, el impacto que va a tener) un determinado problema sobre un negocio (servicio), BSM se centra en identificar problemas en los recursos o infraestructuras empleadas para dar lugar a estos servicios. Y es que esto no es una cuestin sencilla, ms an teniendo en cuenta nuevas tecnologas como SOA (Service-Oriented Architectures), cloud computing, arquitecturas de red, etc., que dan lugar a entornos cada vez ms complejos. Por ltimo, como ejemplo de empresas que ofrecen estas soluciones software de BSM (Business Service Management) se pueden nombrar HP Software Division, IBM Tivoli Software, BMC Software, Novell, Nastel, etc., por citar algunas. 8. Qu son los business process management languages? Pon ejemplos Los business process management languages (BPML) son metalenguajes orientados al modelado de procesos de negocio. Son similares a XML. Algunos ejemplos de lenguajes BPM son: (Web Services) Business Process Execution Language, WS-BPEL: que es un lenguaje estandarizado destinado a la composicin de servicios web.Bsicamente, consiste en un

lenguaje basado en XML diseado para el control centralizado de la invocacin de diferentes servicios Web. Business Process Modeling Notation (BPMN): que consiste en una representacin grfica para procesos de negocio en un modelo de proceso de negocio. XML Process Definition Language (XPDL): es el 3er lenguaje en importancia de BPM. Es un lenguaje estandarizado que puede coexistir con BPEL. 9. Cul se considera el origen del trmino SOA?

10. Cul es el futuro de SOA? Para que las empresas se comuniquen internamente entre ellos o con sus clientes de forma eficiente, segura y accesible. Se cre una arquitectura orientada a los servicios que con el tiempo se ha visto que es necesario mejorar sus debilidades e implementacin. Y de esta forma ha surgido otro modelo que se ha creado a partir del anterior. El primer modelo es SOA. El cual es una arquitectura orientada a servicios, es decir permite que una serie integrada de servicios se puedan usar dentro de diferentes dominios de negocio. Hace pocos aos surgi WOA la cual es una arquitectura orientada a la Web y surgi para mejorar las debilidades de SOA. WOA ha obtenido una elevada importancia en el desarrollo de arquitecturas en poco tiempo. WOA es considerado una SOA que usa la arquitectura WWW. Las caractersticas que posee WOA son: WOA es una forma de implementacin de SOA. La informacin en WOA se enfoca en los recursos Web, mientras que SOA la informacin se representa en los Servicios. A cualquier recurso se puede acceder por su URI, que es el que indica donde se encuentran los recursos dentro de la red. En WOA los recursos Web pueden ser manipulados por http verbs. Utilizando como tcnica REST. En WOA los mensajes transmiten su estado para que los componentes puede entenderlo. Y en WOA el contrato de los servicios es implcito. Y las principales diferencias entre SOA y WOA son: En WOA un endpoint es un recurso y pueden ser limitados. En cambio en SOA los endpoint son limitados y claramente definidos WOA es una herramienta que se ha diseado desde abajo hacia arriba y SOA es una herramienta que fue creada desde arriba hacia abajo. WOA usa para el intercambio de objetos las propiedades y mecanismos del http, mientras que SOA crea una capa de trabajo llamada SOAP y usa http como capa de transporte. WOA fue construida para ser implementada en cualquier lugar mientras que SOA fue creada para ser usada desde un navegador comn.