Arquitectura Orientada a Servicios (SOA)

Presentación del tema: "Arquitectura Orientada a Servicios (SOA)"— Transcripción de la presentación:

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

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

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

6 Aplicabilidad IBM definió ocho situaciones cuyos patrones y características hacen que el uso de SOA sea útil. Los puntos de entrada son conducidos tanto por necesidades de negocios como de IT y se clasifican basados en: Gente, Procesos, Información, Conectividad y Reuso.

7 Aplicabilidad Los escenarios, caen en una de estas dos categorías: funcional o de soporte. Los primeros mapean directamente con uno o más de los puntos de entrada a SOA. Los de soporte, por su parte, hacen un corte a través de todos ellos.

8 Aplicabilidad a. Escenarios funcionales: 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

22 Herramienta SOA : Mule ESB

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

24 MULE ESB

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

26 MULE ESB

27 Ejemplo Hola Mundo 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

28 Ejemplo Hola Mundo

29 GreeterUMO

30 ChitChatUMO