SlideShare ist ein Scribd-Unternehmen logo
1 von 21
ArquitecturaOrientada a Servicios (SOA) LIZETTE MARGARITA  HERNÁNDEZ ESTRADA ALEJANDRO DE LOS ANGELES COVARRUBIAS JESÚS GONZÁLEZ VÁZQUEZ
Arquitectura orientada a servicios 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.
Arquitectura orientada a servicios 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.
Elementos esenciales de una Arquitectura Orientada a Servicios  ,[object Object]
Servicio: Es un contenedor de lógica. Estará compuesto por un conjunto de operaciones, las cuales las ofrecerá a sus usuarios.
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.,[object Object],[object Object]
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 Beneficios
Principios del SOA
[object Object]
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.Principios del SOA
[object Object]
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).Principios del SOA
[object Object]
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.Principios del SOA
[object Object],Principios del SOA
Centrándonos en los Servicios Web, podemos decir que con ellos se pueden generar dos tipos de Arquitecturas Orientadas a Servicios: Arquitectura Orientada a Servicios Tradicional. Arquitectura Orientada a Servicios de segunda generación. SOA y los Servicios Web
SOA tradicional La SOA Tradicional es aquella que utiliza los principios y tecnologías básicos de los Servicios Web. Esto significa utilizar SOAP como lenguaje de intercambio, WSDL como lenguaje para la descripción de los servicios y UDDI para la publicación o registro de los mismos. En el dibujo que se muestra a continuación, se puede ver la estructura básica de funcionamiento de una SOA tradicional.
SOA tradicional El esquema básico de una SOA tradicional es el mostrado en el siguiente gráfico:
La secuencia de ejecución es la siguiente: 1. El proveedor del servicio da de alta el servicio web en el registro. Para realizar esto, el proveedor almacena en el registro el documento de descripción de este. 2. El solicitante del servicio busca en el registro un servicio web que pueda adaptarse a sus necesidades. 3. Una vez seleccionado el servicio, el solicitante lo invoca mediante el envío de un mensaje SOAP, en el cual se indica la acción a realizar y los datos de entrada. 4. El servicio web recibe la petición y ejecuta la funcionalidad. Para finalizar envía un mensaje SOAP al solicitante con los resultados obtenidos.
Es el tipo utilizado actualmente, porque está basado en el SOA tradicional, añadiendo lo necesario para cubrir sus carencias. Es decir, proporciona los elementos necesarios para cumplir con todos los principios de la orientación a objetos. SOA de segunda generación
El esquema básico de una SOA de segunda generación es el mostrado en el siguiente gráfico: SOA de segunda generación

Weitere ähnliche Inhalte

Was ist angesagt?

talkapp api para desarrolladores
talkapp api para desarrolladorestalkapp api para desarrolladores
talkapp api para desarrolladorestalkapp
 
SOA: Principios de Diseño de Servicios - Parte II
SOA: Principios de Diseño de Servicios - Parte IISOA: Principios de Diseño de Servicios - Parte II
SOA: Principios de Diseño de Servicios - Parte IIAbimael Desales López
 
Servicios web
Servicios webServicios web
Servicios webUTPL
 
Arquitectura orientada a servicios soa
Arquitectura orientada a servicios soaArquitectura orientada a servicios soa
Arquitectura orientada a servicios soaRolando
 
Servicios web(alma y veronica)
Servicios web(alma y veronica)Servicios web(alma y veronica)
Servicios web(alma y veronica)Alma Peralta Xocua
 
Orquestacion y Coreografia de Servicios Web
Orquestacion y Coreografia de Servicios WebOrquestacion y Coreografia de Servicios Web
Orquestacion y Coreografia de Servicios Webdaniel_lt
 
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...CLEFormación
 
Servicios web xml
Servicios web xmlServicios web xml
Servicios web xmlJuan Anaya
 
4 servicios de internet
4 servicios de internet4 servicios de internet
4 servicios de internetUVM
 
2 do trabajo-penas
2 do trabajo-penas2 do trabajo-penas
2 do trabajo-penasCalzada Meza
 
[Ayd2]tarea5 200819214-Protocolos SOA WSDL
[Ayd2]tarea5 200819214-Protocolos SOA WSDL[Ayd2]tarea5 200819214-Protocolos SOA WSDL
[Ayd2]tarea5 200819214-Protocolos SOA WSDLcarzizou1
 
Pruebas de Servicios Web, ¿Codificar o No Codificar?
Pruebas de Servicios Web, ¿Codificar o No Codificar?Pruebas de Servicios Web, ¿Codificar o No Codificar?
Pruebas de Servicios Web, ¿Codificar o No Codificar?Software Guru
 
1 er trabajo-penas1
1 er trabajo-penas11 er trabajo-penas1
1 er trabajo-penas1Calzada Meza
 
Servicios web
Servicios webServicios web
Servicios websujey98
 

Was ist angesagt? (17)

talkapp api para desarrolladores
talkapp api para desarrolladorestalkapp api para desarrolladores
talkapp api para desarrolladores
 
SOA: Principios de Diseño de Servicios - Parte II
SOA: Principios de Diseño de Servicios - Parte IISOA: Principios de Diseño de Servicios - Parte II
SOA: Principios de Diseño de Servicios - Parte II
 
Servicios web
Servicios webServicios web
Servicios web
 
Arquitectura orientada a servicios soa
Arquitectura orientada a servicios soaArquitectura orientada a servicios soa
Arquitectura orientada a servicios soa
 
Servicios web(alma y veronica)
Servicios web(alma y veronica)Servicios web(alma y veronica)
Servicios web(alma y veronica)
 
Orquestacion y Coreografia de Servicios Web
Orquestacion y Coreografia de Servicios WebOrquestacion y Coreografia de Servicios Web
Orquestacion y Coreografia de Servicios Web
 
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...
 
Servicios web xml
Servicios web xmlServicios web xml
Servicios web xml
 
4 servicios de internet
4 servicios de internet4 servicios de internet
4 servicios de internet
 
2 do trabajo-penas
2 do trabajo-penas2 do trabajo-penas
2 do trabajo-penas
 
[Ayd2]tarea5 200819214-Protocolos SOA WSDL
[Ayd2]tarea5 200819214-Protocolos SOA WSDL[Ayd2]tarea5 200819214-Protocolos SOA WSDL
[Ayd2]tarea5 200819214-Protocolos SOA WSDL
 
Reingenieria
ReingenieriaReingenieria
Reingenieria
 
Paper ieee
Paper ieeePaper ieee
Paper ieee
 
Pruebas de Servicios Web, ¿Codificar o No Codificar?
Pruebas de Servicios Web, ¿Codificar o No Codificar?Pruebas de Servicios Web, ¿Codificar o No Codificar?
Pruebas de Servicios Web, ¿Codificar o No Codificar?
 
1 er trabajo-penas1
1 er trabajo-penas11 er trabajo-penas1
1 er trabajo-penas1
 
Servicios web
Servicios webServicios web
Servicios web
 
Orquestación o coreografía
Orquestación o coreografíaOrquestación o coreografía
Orquestación o coreografía
 

Ähnlich wie Soa expo

Ähnlich wie Soa expo (20)

Soa Expo
Soa ExpoSoa Expo
Soa Expo
 
Soa expo
Soa expoSoa expo
Soa expo
 
SOA
SOASOA
SOA
 
SOA
SOASOA
SOA
 
Sod arquitecturas basadas en servicios
Sod arquitecturas basadas en serviciosSod arquitecturas basadas en servicios
Sod arquitecturas basadas en servicios
 
23444719 monografia-de-web-services
23444719 monografia-de-web-services23444719 monografia-de-web-services
23444719 monografia-de-web-services
 
Arquitectura orientada-a-servicios
Arquitectura orientada-a-serviciosArquitectura orientada-a-servicios
Arquitectura orientada-a-servicios
 
Presentacion
PresentacionPresentacion
Presentacion
 
Arquitectura_orientada_a_servicios.pdf
Arquitectura_orientada_a_servicios.pdfArquitectura_orientada_a_servicios.pdf
Arquitectura_orientada_a_servicios.pdf
 
La arquitectura orientada a servicios de cliente
La arquitectura orientada a servicios de clienteLa arquitectura orientada a servicios de cliente
La arquitectura orientada a servicios de cliente
 
Cloud Computing VS SOA
Cloud Computing VS SOACloud Computing VS SOA
Cloud Computing VS SOA
 
Manual webservices
Manual webservicesManual webservices
Manual webservices
 
Soa
SoaSoa
Soa
 
Web Services
Web ServicesWeb Services
Web Services
 
Web Services
Web ServicesWeb Services
Web Services
 
Web services
Web servicesWeb services
Web services
 
1. Capacitacion_ SOA MDC 4pp.pdf
1. Capacitacion_ SOA MDC 4pp.pdf1. Capacitacion_ SOA MDC 4pp.pdf
1. Capacitacion_ SOA MDC 4pp.pdf
 
Servicios web
Servicios webServicios web
Servicios web
 
Arquitectura-orientada-a-Servicios.-v-2017.01-Prof.-L.-Straccia.pptx
Arquitectura-orientada-a-Servicios.-v-2017.01-Prof.-L.-Straccia.pptxArquitectura-orientada-a-Servicios.-v-2017.01-Prof.-L.-Straccia.pptx
Arquitectura-orientada-a-Servicios.-v-2017.01-Prof.-L.-Straccia.pptx
 
Integracion de soluciones SOA.pptx
Integracion de soluciones SOA.pptxIntegracion de soluciones SOA.pptx
Integracion de soluciones SOA.pptx
 

Soa expo

  • 1. ArquitecturaOrientada a Servicios (SOA) LIZETTE MARGARITA HERNÁNDEZ ESTRADA ALEJANDRO DE LOS ANGELES COVARRUBIAS JESÚS GONZÁLEZ VÁZQUEZ
  • 2. Arquitectura orientada a servicios 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.
  • 3. Arquitectura orientada a servicios 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.
  • 4.
  • 5. Servicio: Es un contenedor de lógica. Estará compuesto por un conjunto de operaciones, las cuales las ofrecerá a sus usuarios.
  • 6.
  • 7. 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 Beneficios
  • 9.
  • 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.Principios del SOA
  • 11.
  • 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).Principios del SOA
  • 13.
  • 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.Principios del SOA
  • 15.
  • 16. Centrándonos en los Servicios Web, podemos decir que con ellos se pueden generar dos tipos de Arquitecturas Orientadas a Servicios: Arquitectura Orientada a Servicios Tradicional. Arquitectura Orientada a Servicios de segunda generación. SOA y los Servicios Web
  • 17. SOA tradicional La SOA Tradicional es aquella que utiliza los principios y tecnologías básicos de los Servicios Web. Esto significa utilizar SOAP como lenguaje de intercambio, WSDL como lenguaje para la descripción de los servicios y UDDI para la publicación o registro de los mismos. En el dibujo que se muestra a continuación, se puede ver la estructura básica de funcionamiento de una SOA tradicional.
  • 18. SOA tradicional El esquema básico de una SOA tradicional es el mostrado en el siguiente gráfico:
  • 19. La secuencia de ejecución es la siguiente: 1. El proveedor del servicio da de alta el servicio web en el registro. Para realizar esto, el proveedor almacena en el registro el documento de descripción de este. 2. El solicitante del servicio busca en el registro un servicio web que pueda adaptarse a sus necesidades. 3. Una vez seleccionado el servicio, el solicitante lo invoca mediante el envío de un mensaje SOAP, en el cual se indica la acción a realizar y los datos de entrada. 4. El servicio web recibe la petición y ejecuta la funcionalidad. Para finalizar envía un mensaje SOAP al solicitante con los resultados obtenidos.
  • 20. Es el tipo utilizado actualmente, porque está basado en el SOA tradicional, añadiendo lo necesario para cubrir sus carencias. Es decir, proporciona los elementos necesarios para cumplir con todos los principios de la orientación a objetos. SOA de segunda generación
  • 21. El esquema básico de una SOA de segunda generación es el mostrado en el siguiente gráfico: SOA de segunda generación
  • 22.
  • 23. Protocolo de comunicación: Es el sistema de comunicación entre el cliente y el proveedor de servicios.
  • 24. 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.
  • 25. Servicio: Es la implementación del servicio.
  • 26. 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.
  • 27. 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. SOA y los Servicios Web
  • 28.
  • 29. 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).
  • 30. 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).
  • 31. Gestión: Conjunto de atributos que podrían ser aplicados para gestionar los servicios proporcionados (WS-Manageability). SOA y los Servicios Web
  • 32. ¿Quién define las pautas de SOA?