UNIVERSIDAD NACIONAL PEDRO RUIZ GALLO

Escuela Profesional de Computacin e Informtica

ARQUITECTURA ORIENTADA A SERVICIOS Integrantes Aguilar Zapana Humberto Cobeas Ramirez Jhon Jaime Tiparra Juan Rodriguez Salazar Fiorela Ochoa Huancas Angelica

Conectividad

Programacin de Servicios

Muchos Programas, Servicios y Soluciones no llegan a adaptarse a las

Necesidades, a los Servicios que se quiere o necesita Ofrecer o Presupuesto disponible.

Es el

desarrollo de servicios est basados en Plataformas de Cdigo

Abierto, programacin de Servicios Web, de Soluciones de Escritorio, de Bases de Datos, de Conexin de su Web con su Escritorio, etc. Utilizando algunos Lenguajes de Programacin como: PHP, HTML, CSS, Python, MySQL.

Operaciones utilizadas en Programacin de Servicios

Resultados intangibles que no se pueden inventariar

Contacto cercano con el cliente

Plazo de entregas cortos

SOA : Arquitectura Orientada a Servicios

La arquitectura orientada a servicios es un paradigma de programacin cuyo objetivo es ver la funcionalidad de un sistema como una coleccin de procesos de negocio que son expuestos como servicios altamente interoperables. Una solucin SOA se compone de servicios que pueden haber sido implementados en distintos lenguajes de programacin y estar alojados en diferentes plataformas. Los principios de SOA son : Control limitado Autonoma Uso de contratos en lugar de clases Compatibilidad semntica

SOA : Arquitectura Orientada a Servicios El principio de Control limitado hace referencia a que cualquier interaccin con un servicio se realiza a travs de la interfaz pblica del mismo donde los parmetros de entrada de los mtodos representan los mensajes enviados al servicio.

A la interfaz pblica de un servicio se la conoce como Contrato de

servicio. Es muy importante por tanto disear un contrato de servicio guardando toda la sencillez que nos sea posible.

SOA : Arquitectura Orientada a Servicios

El principio de Autonoma hace referencia al concepto de servicios dbilmente acoplados que puedan disearse y ser desplegados

independientemente del resto de servicios, pero que a su vez sean capaces de comunicarse con otros a travs de contratos y polticas.

En SOA, los servicios se comunican mediante el intercambio de contratos

de datos. Un contrato de datos se traduce en una clase que se compone exclusivamente de propiedades y que viene a representar a un objeto DTO Construir un sistema basado en SOA, es un proceso incremental que no requiere de una revisin completa de los procesos de negocio existentes. Lo que nos tiene que quedar claro es que SOA es un conjunto de principios que inspiran buenas prcticas en el diseo de servicios.

SOA : Arquitectura Orientada a Servicios

Cuando SOA es utilizado por las empresas, estas arquitecturas orientadas a servicios pueden hacer posible la creacin de, por ejemplo, un proceso completo de inscripcin en algn servicio totalmente en lnea, sin la necesidad de confirmaciones por parte de personas fsicas. Otro ejemplo podra ser la informacin del tiempo, un programa puede dar al usuario informacin sobre el clima utilizando como base el cdigo postal del usuario o el cdigo postal desde donde se origina la peticin.

1. Definicin

La Arquitectura SOA establece un marco de diseo para la integracin de aplicaciones independientes de manera que desde la red pueda accederse a sus funcionalidades, las cuales se ofrecen como servicios.

2. Componentes de la Arquitectura Orientada a Servicios

Dentro de una implementacin de una arquitectura SOA se encuentran los siguientes componentes tecnolgicos:

Enterprise Service Bus (ESB): Software especializado que facilita la comunicacin entre los servicios. Herramienta de desarrollo: Ambiente integrado que permite el diseo y construccin de la mediacin/orquestacin de los servicios. Administrador de Servicios: Mantiene la actualizacin de los servicios registrados para ser utilizados por las diferentes aplicaciones de negocio. Servicios de Informacin: Funciones que administran datos y contenido de diversas fuentes de una manera unificada. Servicios de Acceso: Funciones que facilitan la interaccin entre las diferentes aplicaciones de negocio.

3. Beneficios de utilizar una Arquitectura Orientada a Servicios a) La arquitectura SOA ayuda a mejorar la agilidad y flexibilidad de las organizaciones La arquitectura SOA permite una personalizacin masiva de las tecnologas de la informacin La arquitectura SOA permite la simplificacin del desarrollo de soluciones mediante la utilizacin de estndares de la industria y capacidades comunes de industrializacin

a)

b)

c)

d)

La arquitectura SOA permite aislar los sistemas frente a cambios generados por otras partes de la organizacin (Proteccin de las inversiones realizadas) La arquitectura SOA permite alinear y acercar las reas de tecnologa y negocio

a) Ayuda a mejorar la agilidad y flexibilidad de las organizaciones

Las empresas deben ser capaces de crear y producir nuevos productos y servicios para unos clientes y ciudadanos que son cada vez ms exigentes. El aumento de la colaboracin con los clientes y proveedores, y la mayor capacidad para interpretar los datos de los clientes, proporcionan a las organizaciones los medios necesarios para interpretar los cambios del mercado de una forma ms precisa y rpida.
Lo que necesitan en estos momentos es conseguir que sus procesos de negocio sean capaces de ser adaptados al menos al mismo ritmo. Este dinamismo exige un nuevo conjunto de capacidades tecnolgicas que permitan adaptar rpidamente los sistemas informticos.

b) Permite una personalizacin masiva de las tecnologas de la informacin

La personalizacin masiva es un concepto que se ha tomado prestado de los procesos de fabricacin, donde al combinar de distinta manera los mdulos estndar, se puede dar forma a un producto individualizado dentro de la infraestructura masiva de produccin. Mediante la arquitectura SOA se puede aplicar el mismo principio a la tecnologa de una organizacin y, como consecuencia, a los procesos de negocio habilitados por dicha tecnologa. Frecuentemente, la informacin necesaria para desarrollar nuevos servicios o productos ya existe dentro de los sistemas de la organizacin, y la arquitectura SOA crea una forma ms fcil y rpida (y ms barata) de acceder a ella que en el pasado, y de utilizarla en la unidad que gestiona los clientes.

c) Permite la simplificacin del desarrollo de soluciones mediante la utilizacin de estndares de la industria

La arquitectura SOA desacopla los tres componentes de una aplicacin: presentacin, orquestacin de procesos y lgica de negocio, a la vez que estandariza la comunicacin entre cada una de las capas. Todo ello favorece a que el proceso de construccin se pueda dividir y por lo tanto industrializar ms fcilmente. Adems, las empresas se pueden focalizar en los componentes de mayor valor como los procesos y externalizar o comprar el resto de componentes.

d) Permite aislar los sistemas frente a cambios generados por otras partes de la organizacin

Al organizar los sistemas en mdulos ms pequeos (servicios) se reduce notablemente el impacto de los cambios. Por otra parte, durante las ltimas dcadas, las organizaciones han realizado fuertes inversiones en sus infraestructuras tecnolgicas. A travs de la creacin de un modelo flexible que pueda reconfigurarse en funcin de las necesidades del negocio, la arquitectura SOA reutiliza, de un modo efectivo, los distintos sistemas tecnolgicos actuales, por ejemplo, identificando la funcionalidad bajo los sistemas tecnolgicos actuales y encapsulndolos en servicios que pueden ser utilizados por diferentes aplicaciones y procesos.

e) La arquitectura SOA permite alinear y acercar las reas de tecnologa y negocio SOA cubre la brecha entre la visin del negocio y la de sistemas, estableciendo un marco de dilogo con un lenguaje comn: los procesos de negocio. Las reas de negocio se centran en la definicin de los procesos de acuerdo a la estrategia y el modelo de negocio de la compaa. El rea de tecnologa implementa los procesos a partir de la utilizacin de servicios existentes y la creacin de nuevos cuando es necesario.

Cuando el negocio requiere cambios en los procesos existentes, stos se realizan de forma flexible y gil, pues estn implementados mediante tecnologa estndar y servicios reutilizables. Adems, por primera vez, hay una definicin comn de las aplicaciones: los procesos, que tanto el rea de tecnologa como el rea de negocio comparten y entienden.

4. Ejecucin de un proyecto con Arquitectura Orientada a Servicios

Una vez hemos analizado SOA a un nivel relativamente elevado, es el momento de descender un poco y ver cmo se desarrolla en la prctica un proyecto SOA en una organizacin.

4.1 Atencin centrada en los condicionantes de la empresa 4.2 Una estrategia de pasos progresivos

4.1 Atencin centrada en los condicionantes de la empresa

Antes de que un desarrollador escriba la primera lnea de cdigo es imprescindible identificar cules son los principales elementos motrices de la empresa de cara al proyecto SOA y las dependencias existentes entre el propio negocio y las tecnologas que lo soportan. Se aplican generalmente dos tipos de estrategia para implementar SOA: la denominada descendente (top-down en ingls) y la ascendente (o botton-up). Ambas tienen sus propios puntos dbiles que pueden poner en riesgo el xito del proyecto. Muchas organizaciones que han intentado poner en marcha una infraestructura SOA aplicando el enfoque top-down han descubierto despus que cuando la infraestructura por fin se ha puesto en servicio, est desconectada de las necesidades reales del negocio. Y a la inversa, un enfoque ascendente puede tambin fracasar porque puede originar una implementacin catica de servicios creados sin tener en cuenta los objetivos de la organizacin.

4.2 Una estrategia de pasos progresivos

Una vez que los principales condicionantes del negocio estn claramente definidos, puede comenzar el proceso de implementacin. Partiendo de una visin y unas prioridades claramente definidas, cada proyecto de implementacin es un paso progresivo con creacin (exposicin) de nuevos servicios, agregacin (composicin) de dichos servicios dentro de procesos ms amplios, y puesta de estos agregados a disposicin de los usuarios (consumo) dentro de la empresa. Exposicin Composicin Consumo

Exposicin

La fase de exposicin de esta metodologa SOA se centra en generar los servicios necesarios a partir de las aplicaciones y datos disponibles. La creacin de servicios puede ser de grano fino (un servicio individual que se corresponde con un proceso de negocio individual, como puede ser por ejemplo insertar cdigo de producto), o de grano grueso (mltiples servicios que van juntos para realizar una serie de funciones de negocio relacionadas entre s, como procesar un pedido). La fase de exposicin viene tambin muy condicionada por la forma en que se implementan los servicios. La funcionalidad de los recursos de IT subyacentes puede hacerse disponible de forma directa si esas aplicaciones ya son, por s mismas, compatibles con los servicios Web o pueden hacerse disponibles como servicios Web utilizando algn adaptador.

Composicin

Cuando los servicios ya estn creados se pueden combinar en servicios de mayor nivel de complejidad, aplicaciones o procesos de negocio multifuncionales. Puesto que los servicios son entidades independientes entre s y tambin con respecto a la infraestructura de IT en la cual se basan, pueden combinarse y reutilizarse con la mxima flexibilidad. Y segn van evolucionando los procesos de negocio, las reglas y prcticas internas pueden ajustarse sin las restricciones impuestas por las limitaciones que afectan a las aplicaciones de base.

Consumo

Despus de crear una nueva aplicacin o proceso de negocio, la funcionalidad resultante se pone a disposicin (consumo) por parte de usuarios finales o de otros sistemas de IT. Al crear aplicaciones compuestas que consumen estos servicios y procesos, la organizacin dispone ahora de aplicaciones dinmicas que permiten mejorar la productividad y la visin interna del rendimiento de la empresa.
Los usuarios pueden consumir los servicios compuestos utilizando distintos medios, como pueden ser portales Web, clientes avanzados, aplicaciones de Office y dispositivos mviles.

5. Estrategias de adopcin de SOA

Al insistir en que la tecnologa de la informacin sea parte de una arquitectura corporativa ms amplia, es evidente que la arquitectura SOA cuenta con un enorme potencial para maximizar el valor de la tecnologa como habilitadora de ventajas competitivas. Los estudios realizados demuestran que esta capacidad de utilizar la tecnologa para impulsar la agilidad y la innovacin en el negocio, constituye un elemento fundamental para el alto rendimiento y tener xito. Como siempre, la cuestin principal es encontrar la forma de alcanzar las ventajas deseadas. La experiencia acumulada trabajando con clientes de todo el mundo en busca del alto rendimiento, indica que es necesario abordar la implantacin de SOA en cuatro fases, realizando varias iteraciones en cada una de ellas antes de pasar a la siguiente

Fase 1: Organizacin y estrategia

Esta es la fase de toma de contacto con SOA, donde la compaa se centrar en la evaluacin de la situacin actual y en el plan para definir el alcance de la transformacin hacia SOA, asegurando una base slida de servicios y una hoja de ruta para obtener todos los beneficios de SOA. Tradicionalmente, esta fase se compone de cuatro tareas secuenciales:

Comprensin de la estrategia de negocio y procesos. Anlisis de la situacin actual de los sistemas Definicin del modelo objetivo de referencia SOA. Creacin de la hoja de ruta SOA. Adicionalmente, en esta fase (o en la siguiente) se pueden realizar algunos pilotos con los proveedores de infraestructura y software.

Fase 2: Implantaciones tcticas

En esta fase se realizarn las primeras implantaciones tcticas de SOA, con el objetivo de que sirva tambin para familiarizarse tanto con la tecnologa usada como con los procedimientos de gobierno y organizacin. Adems, durante la fase 2 se crear la infraestructura base de SOA y se iniciar el catlogo de procesos y servicios. Es recomendable que en la fase se elijan las aplicaciones con un alto componente de workflow para obtener el mximo beneficio de la tecnologa SOA y permitir probar dicha tecnologa en su mxima extensin.

Tambin en esta fase se suele iniciar el proceso de identificacin y reutilizacin de los servicios existentes, as como su publicacin en el catlogo.

Fase 3: Plataforma SOA

En la fase 3 se consolidar la implantacin de SOA, tanto desde el punto de vista tecnolgico como desde el punto de vista organizativo y de gobierno. En esta fase, adems de consolidar la infraestructura base de SOA, se profundizar en la monitorizacin de procesos y se dispondr de un catlogo operativo de procesos y servicios. Desde el punto de vista de negocio se realizar la implantacin de los servicios/procesos estructurales.

Fase 4: SOA industrializado

Durante la ltima fase se obtendrn todos los beneficios de la filosofa SOA. Se alcanzar un alto grado de reutilizacin de servicios y se impondr el modelo de factora SOA, donde la organizacin se centrar en disear los procesos, y tanto la construccin de los mismos como los servicios requeridos (que no existan en el catlogo) se externalizarn en factoras.

Por otra parte, se alcanzar un mayor grado de sofisticacin en la gestin de SOA, como en la automatizacin de las reglas de negocio al modelo operativo, en la automatizacin del gobierno, en la implantacin de un cuadro de mando de procesos y en la federacin (ubicuidad) de los servicios. Por otra parte en funcin de los factores que dirigan la adopcin de SOA la adopcin de SOA, las empresas pueden abordar la implantacin de SOA segn tres posibles enfoques dependiendo del peso en la prioridad en la construccin de servicios o procesos

Servicio de conectividad en e-commerce: Ejemplo del uso de SOA en la empresa

Supongamos: Empresa que vende mercanca para regalos de alta calidad. La compaa posee su propio canal de ventas. Quiere aprovechar alianzas con compaas de terceros. Le paga comisin a terceros por vender sus productos. El reto es: Conectar el catlogo, manejo de inventario, y manejo de pedidos en el front-end del site del partner. Tecnologas diferentes en cada empresa Uso de comunicacin por archivos de textos

Servicio de conectividad en e-commerce: Ejemplo del uso de SOA en la empresa

Solucin: Dar un servicio que: Java, COM, .Net usan SOA sobre HTTP Provea de interfaces SOA a cada compaa Usar WebSphere para integrar los servicios Transformar de WebSphere a SOA y viceversa para la comunicacin
WebSphere .- es un conjunto de herramientas basadas en Java de IBM, que permite a los clientes crear y gestionar sofisticados sitios web de negocios.

Consecuencias: Reutizacin de las interfaces a la hora de agregar nuevas empresas. Transparencia ante la complejidad debajo de las interfaces Rapidez en los pedidos porque se ahorra el tiempo de comunicacin entre las compaas