Your SlideShare is downloading. ×
0
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Soa Expo
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Soa Expo

564

Published on

EXPOSICIÓN DE SOA

EXPOSICIÓN DE SOA

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
564
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
22
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ArquitecturaOrientada a Servicios (SOA)<br />LIZETTE MARGARITA HERNÁNDEZ ESTRADA<br />ALEJANDRO DE LOS ANGELES COVARRUBIAS<br />JESÚS GONZÁLEZ VÁZQUEZ<br />
  • 2. Arquitectura orientada a servicios<br />La Arquitectura Orientada a Servicios (en inglés ServiceOrientedArchitecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio.<br />
  • 3. Arquitectura orientada a servicios<br />Permite la creación de sistemas altamente escalables que reflejan el negocio de la organización, 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.<br />
  • 4. Elementos esenciales de una Arquitectura Orientada a Servicios <br /><ul><li>Operación: Es la unidad de trabajo o procesamiento en una arquitectura SOA.
  • 5. Servicio: Es un contenedor de lógica. Estará compuesto por un conjunto de operaciones, las cuales las ofrecerá a sus usuarios.
  • 6. Proceso de negocio: Son un conjunto de operaciones ejecutadas en una determinada secuencia (intercambiando mensajes entre ellas) con el objetivo de realizar una determinada tarea.</li></li></ul><li>Elementos esenciales de una Arquitectura Orientada a Servicios <br /><ul><li>Mensaje: Para poder ejecutar una determinada operación, es necesario un conjunto de datos de entrada. A su vez, una vez ejecutada la operación, esta devolverá un resultado. Los mensajes son los encargados de encapsular esos datos de entrada y de salida.</li></li></ul><li>Elementos esenciales de una Arquitectura Orientada a Servicios <br />
  • 7. Mejora en los tiempos de realización de cambios en procesos.<br />Facilidad para evolucionar a modelos de negocios basados en tercerización.<br />Facilidad para abordar modelos de negocios basados en colaboración con otros entes (socios, proveedores).<br />Poder para reemplazar elementos de la capa aplicativa SOA sin disrupción en el proceso de negocio<br />Facilidad para la integración de tecnologías disímiles<br />Beneficios<br />
  • 8. Principios del SOA<br />
  • 9. <ul><li>Los Servicios deben ser reusables: Todo servicio debe ser diseñado y construido pensando en su reutilización dentro de la misma aplicación, dentro del dominio de aplicaciones de la empresa o incluso dentro del dominio público para su uso masivo.
  • 10. 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 implementación del propio servicio. En el caso de los Servicios Web, esto se logrará mediente la definición de interfaces con WSDL.</li></ul>Principios del SOA<br />
  • 11. <ul><li>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 través 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 podrán ser totalmente reutilizables.
  • 12. Los Servicios deben permitir la composición: Todo servicio debe ser construido de tal manera que pueda ser utilizado para construir servicios genéricos de más alto nivel, el cual estará compuesto de servicios de más bajo nivel. En el caso de los Servicios Web, esto se logrará mediante el uso de los protocolos para orquestación(WS-BPEL) y coreografía (WS-CDL).</li></ul>Principios del SOA<br />
  • 13. <ul><li>Los Servicios deben de ser autónomos: Todo Servicio debe tener su propio entorno de ejecución. 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 ejecución.
  • 14. Los Servicios no deben tener estado: Un servicio no debe guardar ningún tipo de información. Esto es así porque una aplicación está formada por un conjunto de servicios, lo que implica que si un servicio almacena algún tipo de información, se pueden producir problemas de inconsistencia de datos. La solución, es que un servicio sólo contenga lógica, y que toda información esté almacenada en algún sistema de información sea del tipo que sea.</li></ul>Principios del SOA<br />
  • 15. <ul><li>Los Servicios deben poder ser descubiertos: Todo servicio debe poder ser descubierto de alguna forma para que pueda ser utilizado, consiguiendo así evitar la creación 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.</li></ul>Principios del SOA<br />
  • 16. El esquema básico de una SOA de segunda generación es el mostrado en el siguiente gráfico:<br />SOA y los Servicios Web <br />
  • 17. La Funciones están formadas por: <br /><ul><li>Transporte: Mecanismo utilizado para trasladar las peticiones desde el cliente, hasta el proveedor del servicio, y viceversa.
  • 18. Protocolo de comunicación: Es el sistema de comunicación entre el cliente y el proveedor de servicios.
  • 19. Descripción del servicio: Es un esquema utilizado para describir qué servicio es, como se le puede invocar, y cuales son los datos necesarios para realizar su invocación.
  • 20. Servicio: Es la implementación del servicio.
  • 21. Proceso de negocio: Es una colección de servicios, invocados en una determinada secuencia, con un conjunto particular de reglas para satisfaces un requisito de negocio.
  • 22. Registro de servicios: Es un repositorio de servicios y datos, usado por los proveedores de servicio y publicar los servicios, y para los clientes, donde buscarlos. </li></ul>SOA y los Servicios Web <br />
  • 23. La calidad del servicio por: <br /><ul><li>Política: Son un conjunto de reglas bajo las cuales, un proveedor de servicio hace que el servicio esté disponible para los clientes (WS-Policy).
  • 24. Seguridad: Son un conjunto de reglas que podrían ser aplicadas en la identificación, autorización y control de acceso a los servicios, por parte del cliente (WS-Security).
  • 25. Transacción: Conjunto de atributos que podrían ser aplicados sobre un grupo de servicios para devolver un conjunto de datos consistentes (WS-Transaction, WS-Coordination).
  • 26. Gestión: Conjunto de atributos que podrían ser aplicados para gestionar los servicios proporcionados (WS-Manageability). </li></ul>SOA y los Servicios Web <br />

×