2.4 arquitectura orientada a servicios

22
Arquitectura Orientada a Servicios Integrantes: Guillermo Vergara Martínez José Martin Perivan Lluvias Jesús Alejandro Soria Ramírez José Luis Román Ceballos Álvaro Jesús Aguilar Armenta

Upload: alejandro-soria-ramirez

Post on 23-Dec-2015

11 views

Category:

Documents


1 download

DESCRIPTION

Exposición

TRANSCRIPT

Page 1: 2.4 Arquitectura Orientada a Servicios

Arquitectura Orientada a Servicios

Integrantes:Guillermo Vergara Martínez José Martin Perivan LluviasJesús Alejandro Soria RamírezJosé Luis Román Ceballos Álvaro Jesús Aguilar Armenta

Page 2: 2.4 Arquitectura Orientada a Servicios

¿Qué es?Es un paradigma de arquitectura para diseñar y desarrollar sistemas distribuidos.

Page 3: 2.4 Arquitectura Orientada a Servicios

¿Para que han sido Creadas?

Para satisfacer los objetivos de negocio las cuales incluyen:• Facilidad y flexibilidad de integración con

sistemas legados.• Alineación directa a los procesos de negocio

reduciendo costos de implementación.• Innovación de servicios a clientes y una

adaptación ágil ante cambios incluyendo reacción temprana ante la competitividad.

Page 4: 2.4 Arquitectura Orientada a Servicios

¿Qué permite?

Creación de sistemas de información altamente escalables que reflejan el negocio de la organización.

Page 5: 2.4 Arquitectura Orientada a Servicios

¿Qué permite?

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.

Page 6: 2.4 Arquitectura Orientada a Servicios

SOA proporciona

Una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación.

Page 7: 2.4 Arquitectura Orientada a Servicios

Principios Contrato de servicios estandarizados Abstracción de servicios Reutilización de servicios Autonomía de servicios Servicios sin-estado Descubrimiento de servicios Composición de servicios Granularidad de servicios La normalización de servicios Optimización de servicios Relevancia de servicios Encapsulación de servicios Transparencia de ubicación de servicios

Page 8: 2.4 Arquitectura Orientada a Servicios

Beneficios

Es la agilidad que proporciona a las organizaciones que la usan. Las características propias de SOA permiten a las organizaciones la capacidad de controlar un problema de forma general, permitiendo una respuesta más rápida y eficaz y por tanto adaptarse de la mejor forma a los cambios.

Page 9: 2.4 Arquitectura Orientada a Servicios

Diseño y desarrollo de SOA

Page 10: 2.4 Arquitectura Orientada a Servicios

Actores en el SOA

Consumidor de servicios:

Es una aplicación, un módulo de software u otro servicio que demanda la funcionalidad proporcionada por un servicio, y la ejecuta en una interfaz definida.

Page 11: 2.4 Arquitectura Orientada a Servicios

Actores en el SOA

Proveedor de servicios: 

Es una entidad accesible a través de la red que acepta y ejecuta consultas de consumidores y publica sus servicios y su contrato de interfaces en el registro de servicios para que el consumidor pueda descubrir y acceder al servicio.

Page 12: 2.4 Arquitectura Orientada a Servicios

Actores en el SOA

Registro de servicios:

Es un repositorio de servicios disponibles y permitiendo visualizar las interfaces de los proveedores de servicios a los consumidores interesados.

Page 13: 2.4 Arquitectura Orientada a Servicios

Actores en el SOA

Page 14: 2.4 Arquitectura Orientada a Servicios

Elementos de SOALos elementos que componen el SOA están divididos en dos grandes bloques, las funciones que proporciona SOA y la calidad del sevicio:

TransporteProtocolo de comunicación de serviciosDescripción de servicioServicioProceso de NegocioRegistro de serviciosPolíticaSeguridadTransaccionesAdministración

Page 15: 2.4 Arquitectura Orientada a Servicios

Elementos de SOA

Page 16: 2.4 Arquitectura Orientada a Servicios

SOA como arquitectura de software

componentes tecnológicos:

Bus de Servicios (ESB), donde se despliegan y ejecutan los servicios.

Registro de servicios, basado en el protocolo UDDI (Universal Description, Discovery and Integration).

Business Process Management – BPM: componente para la orquestación de servicios en procesos de negocio.

Business Activity Monitoring – BAM: componente para la visualización y el seguimiento de las actividades del negocio.

Page 17: 2.4 Arquitectura Orientada a Servicios

SOA como arquitectura de software

Protocolos utilizados:

HTTP[RFC 1945]-> HiperText Transfer Protocol URL[RFC 1738] (Uniform Resource Locator) mecanismo de

identificación de recursos XML/HTML/PNG/… distintos formatos de representación de recursos Tipos MIME como text/xml, text/html, image/png,etc.

Page 18: 2.4 Arquitectura Orientada a Servicios

Los beneficios que puede obtener una organización que adopte SOA son: Mejora en los tiempos de realización de cambios en

procesos Facilidad para evolucionar a modelos de negocios

basados en tercerización Facilidad para abordar modelos de negocios basados en

colaboración con otros entes (socios, proveedores) Poder para reemplazar elementos de la capa aplicativa

SOA sin disrupción en el proceso de negocio Facilidad para la integración de tecnologías disímiles Mejora en la toma de decisiones Aplicaciones flexibles Aplicaciones reutilizables y adaptables Reducción de costes Riesgo de migración

Page 19: 2.4 Arquitectura Orientada a Servicios

Ventajas e inconvenientesRespuesta rápida a nuevas necesidades de negocioReducción del costo de desarrollo de ITCapacidad de integrar a clientes y sociosCapacidad de generar nuevos modelos de negociosAlinear objetivos de IT a objetivos de negocioApertura a nuevos mercados, canales y valor de

sistemas existentesPermite la reutilizacion de componentes prefabricados de

servicio para implementaciones lógicas Integra sistemas separados de distintas plataformasEliminar duplicidad de sistemasAutomatiza los procesos de negociosMejorar la visibilidad de procesos de negocio

Page 20: 2.4 Arquitectura Orientada a Servicios

Inconvenientes: SOA depende de la implementación de estándares. Sin

estándares, la comunicación entre aplicaciones requiere de mucho tiempo y código.

SOA no es para: aplicaciones con alto nivel de transferencia de datos, aplicaciones que no requieren de implementación del tipo solicitud / respuesta y para aplicaciones que tienen un corto periodo de vida.

Page 21: 2.4 Arquitectura Orientada a Servicios

Inconvenientes: Incrementalmente se hace difícil y costoso el ser

capaz de cumplir con los protocolos y hablar con un servicio.

Implica conocer los procesos del negocio, clasificarlos, extraer las funciones que son comunes a ellos, estandarizarlas y formar con ellas capas de servicios que serán requeridas por cualquier proceso de negocio.

Page 22: 2.4 Arquitectura Orientada a Servicios

Inconvenientes: En la medida en que un servicio de negocio, vaya siendo

incorporado en la definición de los procesos de negocio, dicho servicio aumentara su nivel de criticidad. Con lo cual cada que se requiera efectuar una actualización en dicho servicio (por ejemplo, un cambio en el código, una interfaz nueva, etc.), deberá evaluarse previamente el impacto y tener mucho cuidado con su implementación. Sin embargo, parte de la problemática anterior, puede ser solventada en virtud a un buen diseño del servicio.