Está en la página 1de 40

ARQUITECTURA ORIENTADA A SERVICIOS (SOA)

INTEGRANTES:

PAZ CORNEJO RENATO MACEDO DUEAS RICARDO DERLY VIGIL CAROLINA

DEFINICIN

Para conseguir un mayor nivel de agilidad es necesario poder combinar rpidamente los distintos componentes del sistema, algo a lo que la concepcin monoltica tradicional plantea muchas restricciones. La arquitectura SOA separa los procesos de negocio de las funciones automatizadas y organiza estas ltimas en mdulos individuales catalogados en un diccionario de servicios que permiten su utilizacin por parte de toda la organizacin

Negocio

Oportunidades de crecimiento sostenido, basadas en una estructura de costes estable Mayor facilidad de crecimiento por integracin de nuevas empresas Flexibilidad y personalizacin de los procesos a las necesidades de la organizacin, diferencindose respecto a sus competidores

Tecnologa

Independencia de la plataforma tecnolgica Mayor facilidad para la adaptacin de los sistemas a los procesos de negocio Acercamiento entre el lenguaje de negocio y el lenguaje de sistemas

Organizacin

Consistencia en los procesos Rapidez de adaptacin al cambio Mejora en la cultura de servicio Explotacin de sinergias y economas de escala

SOA desde el punto de vista del negocio


resolver los siguientes requerimientos

Mejorar la flexibilidad y agilidad de los sistemas. Proporcionar una visin integrada de los distintos silos de la organizacin. Mejorar la cobertura de las necesidades de negocio. Reducir el impacto de la evolucin de la tecnologa en las aplicaciones de negocio

SOA desde el punto de vista de la tecnologa


Favorece la reutilizacin y la reduccin del time to market:

Aumenta el grado de reutilizacin al desacoplar las capas de una aplicacin. Permite reutilizar las aplicacionesexistentes mediante la encapsulacin en servicios. Permite la utilizacin de servicios de terceros. Permite reaprovechar las plataformas existentes. Aumenta la flexibilidad: Simplifica la adaptacin de los sistemas existentes. Evita el desarrollo de interfaces punto a punto entre los sistemas. Aumenta la interoperabilidad entre sistemas, permitiendo tanto la externalizacin como la prestacin de servicios.

Mejora la productividad de los procesos:


Aumenta el nivel de automatizacin de los procesos, reduciendo el nmero de actividades manuales. Permite monitorizar la actividad del negocio (cuadros de mando). Permite realizar un anlisis estadstico de los flujos de negocio reales en base a indicadores clave de negocio, permitiendo la identificacin de puntos de mejora a optimizar. Permite evaluar el impacto y beneficio de variantes en los procesos mediante simulacin.

Mejora el proceso de construccin de software:

Favorece la industrializacin. Mejora la especificacin de los requerimientos de negocio. Proporciona una filosofa de desarrollo comn a todos los negocios y canales. Mejora la calidad. Desacopla el desarrollo de servicios y de procesos. Mejora el mantenimiento (procesos autodocumentados).

Mejora la usabilidad de las aplicaciones:

Permite presentar al usuario la informacin dispersa en distintos sistemas y de forma integrada. Permite alcanzar un mayor nivel de automatismo en las aplicaciones en procesos complejos de workflow. Permite utilizar tecnologas de presentacin avanzadas como Web 2.0.

Principios de la orientacin a servicios


si la aplicacin construida realmente es una aplicacin "SOA Compliant".

Los Servicios deben ser reusables: Todo servicio debe ser diseado y construido pensando en su reutilizacin dentro de la misma aplicacin, dentro del dominio de aplicaciones de la empresa o incluso dentro del dominio pblico para su uso masivo.

Los Servicios deben proporcionar un contrato formal: Todo servicio desarrollado, debe proporcionar un contrato en el cual figuren: el nombre del servicio, su forma de acceso, las funcionales que ofrece, los datos de entrada de cada una de las funcionalidades y los datos de salida. De esta manera, todo consumidor del servicio, acceder a este mediante el contrato, logrando as la indepencia entre el consumidor y la implementacin del propio servicio. En el caso de los Servicios Web, esto se lograr medienta la definicin de interfaces con WSDL.

Los Servicios deben tener bajo acoplamiento: Es decir, que los servicios tienen que ser independientes los unos de los otros. Para lograr ese bajo acoplamiento, lo que se har es que 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. Si conseguimos este bajo acoplamiento, entonces los servicios podrn ser totalmente reutilizables

Los Servicios deben permitir la composicin: Todo servicio debe ser construido de tal manera que pueda ser utilizado para construir servicios genricos de ms alto nivel, el cual estar compuesto de servicios de ms bajo nivel. En el caso de los Servicios Web, esto se lograr mediante el uso de los protocolos para orquestacin(WSBPEL) y coreografa (WS-CDL).

Los Servicios deben de ser autnomos: Todo Servicio debe 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: Un servicio no debe guardar ningn tipo de informacin. Esto es as porque una aplicacin est formada por un conjunto de servicios, lo que implica que si un servicio almacena algn tipo de informacin, se pueden producir problemas de inconsistencia de datos. La solucin, es que un servicio slo contenga lgica, y que toda informacin est almacenada en algn sistema de informacin sea del tipo que sea.

Los Servicios deben poder ser descubiertos: Todo servicio debe poder ser descubierto de alguna forma para que pueda ser utilizado, consiguiendo as evitar la creacin accidental de servicios que proporcionen las mismas funcionalidades. En el caso de los Servicios Web, el descubrimiento se lograr publicando los interfaces de los servicios en registros UDDI.

Existen bsicamente tres tipos de servicios, dividos en base a sus funcionalidades:

Servicios de negocio: Son los servicios que representan una tarea de negocio, y que forman parte de un proceso de negocio. Este tipo de servicios suelen ser poco reutilizables porque estn orientados a resolver una tarea muy puntual.

Servicios controladores: Son los encargados de recibir las peticiones de los clientes y realizar las llamadas necesarias a otros servicios (en la secuencia adecuada) para devolver una respuesta. Es decir, son los servicios encargados de coordinar al resto de servicios. Si analizamos bien este tipo de servicios, nos daremos cuenta de que representan a los procesos de negocio que queremos implementar, ya que un proceso de negocio no es ms que un conjunto de tareas ejecutadas en una determinada secuencia para obtener un objetivo.

Servicios de utilidad: Son aquellos servicios que se caracterizan por representar una tarea altamente reutilizable. Existen dos tipos, los servicios orientados al negocio que representan una tarea de negocio altamente reutilizable entre aplicaciones y los servicios tecnolgicos encargados de encapsular una determinada tecnologa y por tanto altamente reutilizables (ej: servicio de acceso a bases de datos relacionales). con lo cual, una aplicacin SOA la podemos dividir en tres capas. La capa de recepcin de peticiones (servicios controladores), la capa de tareas (servicios de negocio) la capa de lgica reutilizables (servicios de utilidad).

Beneficios de una Arquitectura Orientada a Servicios (SOA)


La arquitectura SOA ayuda a mejorar la agilidad y flexibilidad de las Organizaciones SOA contempla la arquitectura de toda la empresa, incluidos los procesos de negocio y las tecnologas de la informacin. Adems, el alto nivel de desacoplamiento e interoperabilidad proporcionado por la arquitectura SOA permite un alto grado de reutilizacin (interno y externo) y de parametrizacin. Todo ello redunda en una mayor facilidad y flexibilidad para adaptar y mejorar los procesos de las organizaciones segn los cambios de prioridad del negocio.

La arquitectura SOA permite una personalizacin masiva de las tecnologas de la informacin


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.

La arquitectura SOA permite la simplificacin del desarrollo de soluciones mediante la utilizacin de estndares de la industria y capacidades comunes de industrializacin

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 facilmente

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 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.

La arquitectura SOA permite alinear y acercar las reas de tecnologa y negocio 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.

Estrategias de adopcin de SOA


Fase 1. Organizacin y estrategia

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.

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

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.

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. 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

ORACLE SOA SUITE

ORACLE SOA SUITE

ORACLE SOA SUITE

ORACLE SOA SUITE

ORACLE SOA SUITE

ORACLE SOA SUITE

ORACLE SOA SUITE