1 / 30

Arquitectura Orientada a Servicios (SOA)

Arquitectura Orientada a Servicios (SOA). Definición. Una arquitectura orientada a servicios es esencialmente un conjunto de servicios Un servicio es una función que está bien definida, en sí misma, y no depende del contexto o el estado de otros servicios.

agnes
Download Presentation

Arquitectura Orientada a Servicios (SOA)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Arquitectura Orientada a Servicios (SOA)

  2. Definición • Una arquitectura orientada a servicios es esencialmente un conjunto de servicios • Un servicio es una función que está bien definida, en sí misma, y no depende del contexto o el estado de otros servicios. • La tecnología de servicios Web es la tecnología de conexión más usada de arquitecturas orientadas a servicios.

  3. Como un modelo de software distribuido, una SOA por lo general consta de tres partes principales: Productor (de servicios), consumidor (de servicios), directorio (de servicios).

  4. El modelo de la Arquitectura Orientada a Servicios según IBM, está compuesto por tres participantes y tres operaciones fundamentales.

  5. Aplicabilidad • IBM definióochosituacionescuyospatrones y característicashacenque el uso de SOA sea útil. • Los puntos de entrada son conducidostantopornecesidades de negocioscomo de IT y se clasificanbasados en: Gente, Procesos, Información, Conectividad y Reuso.

  6. Aplicabilidad • Los escenarios, caen en una de estas dos categorías: funcional o de soporte. Los primerosmapeandirectamente con uno o más de los puntos de entrada a SOA. Los de soporte, porsu parte, hacen un corte a través de todosellos.

  7. Aplicabilidad • a. Escenariosfuncionales: • Creación de un servicio. • Conectividad de un servicio. • Servicios de interacción y colaboración. • Business Process Management. • La información como un servicio.

  8. Aplicabilidad • b.Escenarios de soporte: • Diseño SOA. • Gobernancia SOA. • Seguridad y administración SOA.

  9. Ventajas y Desventajas • Se toma interés del equipo ejecutivo y, de los responsables de desarrollo, en la arquitectura SOA:

  10. Ventajas • La arquitectura SOA 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 más exigentes. • Se necesita medios necesarios para interpretar los cambios del mercado de una forma más precisa y rápida, lo que necesitan es conseguir que sus procesos de negocio sean capaces de ser adaptados al menos al mismo ritmo. • El pensamiento tecnológico tradicional, que normalmente intentaba crear una aplicación nueva para cada proceso nuevo, nunca ha sido capaz de generar tal agilidad.

  11. La arquitectura SOA se centra en las capacidades, no en las aplicaciones. • El alto nivel de desacoplamiento e interoperabilidad proporcionado por la arquitectura SOA permite un alto grado de reutilización. • Permite mayor facilidad y flexibilidad para adaptar y mejorar los procesos de las organizaciones según los cambios de prioridad del negocio.

  12. La arquitectura SOA permite una “personalización masiva” de las tecnologías de la información. • La información necesaria para desarrollar nuevos servicios o productos ya existe dentro de los sistemas de la organización, y la arquitectura SOA crea una forma más fácil y rápida, menos costosa, de acceder a ella que en el pasado, y de utilizarla en la unidad que gestiona los clientes.

  13. La arquitectura SOA permite la simplificación del desarrollo de soluciones mediante la utilización de estándares de la industria y capacidades comunes de industrialización. • La arquitectura SOA desacopla los tres componentes de una aplicación: • Presentación, orquestación de procesos y lógica de negocio. • Estandariza la comunicación entre cada una de las capas, favoreciendo a que el proceso de construcción se pueda dividir y por lo tanto industrializar más fácilmente.

  14. La arquitectura SOA permite aislar mejor a los sistemas frente a los cambios generados por otras partes de la organización (protección de las inversiones realizadas). • Los sistemas se organizan en módulos. • Creación de un modelo flexible que pueda reconfigurarse en función de las necesidades del negocio, la arquitectura SOA reutiliza, de un modo efectivo.

  15. La arquitectura SOA permite alinear y acercar las áreas de tecnología y negocio. • SOA cubre la brecha entre la visión del negocio y la de sistemas, estableciendo un marco de diálogo con un lenguaje común: los procesos de negocio. • Las áreas de negocio se centran en la definición de los procesos de acuerdo a la estrategia y el modelo de negocio de la compañía. • El área de tecnología implementa los procesos a partir de la utilización de servicios existentes y la creación de nuevos cuando es necesario.

  16. Mejorar la productividad de los empleados. • El acceso óptimo a los sistemas y la información y la posibilidad de mejorar los procesos permiten a las empresas aumentar la productividad individual de los empleados.

  17. Potenciar las relaciones con clientes y proveedores. • Los procesos de fusión y compra de empresas se hacen más rentables al ser más sencilla la integración de sistemas y aplicaciones diferentes.

  18. Desventajas • La velocidad de intercambio de información entre sistemas es más lenta. • Crear congestionamiento • Perdida de alguna información importante.

  19. Aunque el SOA aporta grandes beneficios, no implica que sea útil para todas las empresas que deseen aplicar SOA en su arquitectura.

  20. El proceso de migración e adaptación a la arquitectura SOA suele ser lento, esto es debido a que se tiene que tener en cuenta el alcance, saber dónde y cómo aplicarla en los sistemas que presente la empresa.

  21. Herramienta SOA : MuleESB

  22. MULE ESB • MULE ESB es un marco de mensajería ligera basada en Java que permite la rápida conexión e intercambio de datos entre aplicaciones. MULE utiliza una arquitectura orientada a servicios, permitiendo una fácil integración de los sistemas existentes. Independientemente de las diferentes tecnologías, incluyendo JMS, Web Services, JDBC, HTTP y más. • Mule maneja todas las interacciones entre aplicaciones y componentes de manera transparente, sin importar si es que ellas se encuentran en la misma máquina virtual o en Internet, y sin importar el protocolo de transporte usado.

  23. MULE ESB

  24. MULE ESB • Mule se basa en ideas de las arquitecturas Enterprise Service Bus (ESB). La principal ventaja de un ESB es que permite que diferentes aplicaciones se comuniquen entre sí, actuando como un sistema de tránsito para transportar datos entre las aplicaciones dentro de su intranet o a través de Internet. 

  25. MULE ESB

  26. EjemploHolaMundo • En este ejemplo se utiliza dos servicios para crear un "hola mundo". Cuando se inicia la aplicación, se le pedirá que escriba su nombre, que es recibido por el primer servicio. El componente de servicio agrega un poco de texto a la cadena antes de pasarlo al segundo servicio, el cual añade el texto antes de escribir los resultados de vuelta a la consola

  27. EjemploHolaMundo

  28. GreeterUMO

  29. ChitChatUMO

More Related