Cómo lograr una implementación exitosa de SOA?

Transcripción

1 Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation

2 Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas fases para una implementación exitosa de SOA!! Planeación!! Enterprise Application Integration!! Business Process Management 2

3 Interoperabilidad!Los silos de información, fruto de limitaciones tecnológicas o de los cotos de poder han sido un freno importante para el desarrollo y control de las organizaciones!actualmente los usuarios exigen que se acabe con esos silos para poder crear de forma rápida, sencilla y segura nuevas aplicaciones que exploten de manera eficiente toda la información disponible para soportar la correcta toma de decisiones 3

4 WebSphere Software La primera respuesta, SOA!La aparición de sistemas abiertos que permiten la interoperabilidad mediante tecnologías estándar permitió que surgiera un nuevo estilo arquitectónico para crear aplicaciones!! SOA es una nueva manera de diseñar aplicaciones!! Las aplicaciones se crean diseñando un proceso que interactua con esos componentes!! Para cada nueva aplicación se reutilizan los componentes!! existentes y solo se desarrollan los que aún no existen!! Los componentes se conocen como servicios!soa no es la única respuesta, hay otras!! RSS es una manera muy práctica de difundir información!! Muchos 4 mashups explotan fuentes de datos RSS

5 De dónde viene SOA?!Los desarrolladores lo ven como una nueva manera de desarrollar aplicaciones de manera más eficiente y con mayor calidad!los integradores lo ven como una manera de conectar sus aplicaciones existentes y agregarles funcionalidad que hoy en día les falta!los usuarios de negocio lo ven como una manera de integrar sus procesos 5

6 Tres fases para lograr una implementación exitosa de SOA!Tanto para aquellos que parten desde cero, como para los que ya han tienen experiencia trabajando con servicios, una implementación exitosa de SOA se logra dividiendo el proyecto en tres fases que se ejecutan de manera consecutiva!! Planeación!! Enterprise Application Integration!! Business Process Management 6

7 Primera Fase - Planeación!Antes de poder empezar a crear servicios y conectarlos es necesario contestar las siguientes preguntas!! Qué es un servicio?!! Qué servicios se requieren?!! Qué servicios se deben desarrollar?!! Cómo crear nuevos servicios?!! Qué protocolo de comunicaciones usar para invocar los servicios?!! Cómo administrar los servicios?!! Cómo estandarizar los mensajes que van a intercambiar los servicios? 7

8 WebSphere Software Qué es un servicio?!un servicio representa una función de negocios claramente definida que puede ser invocada remotamente mediante protocolos de comunicación estándar!! La función SRQT(x) no es un servicio!! La función LogErr( Se ha producido un error ) tampoco es un servicio!un servicio se define mediante un interfaz explícito (WSDL) que es totalmente independiente de la implementación del servicio 8

9 Qué servicios se requieren?!la respuesta a esta pregunta no la debe dar el área de sistemas, la mejor manera de detectar servicios es pidiendo a los usuarios de negocio que modelen sus procesos

10 Qué servicios se deben desarrollar?!para cada servicio detectado es necesario determinar si debe ser desarrollado desde cero o si es posible exponer la funcionalidad que ya provee un sistema legado como un servicio!! Para sistemas legados hay distintas alternativas para exponer la funcionalidad que proveen como servicio web! Colas de mensajes! Adaptadores! Acceso directo a la base de datos del sistema, etc. 10

11 Cómo crear nuevos servicios?!para servicios nuevos es posible utilizar virtualmente cualquier lenguaje de programación!! Sin embargo, muchos se pueden descartar por ser obsoletos, complejos, propietarios, etc.!! Desde mi punto de vista es recomendable Java para desarrollar servicios que ofrezcan alta disponibilidad!los servicios son programas, por lo tanto se deben desarrollar en base a metodologías aceptadas!una de las grandes ventajas de los servicios web es que permiten realizar fácilmente pruebas unitarias, tanto funcionales como de volumen 11

12 Qué protocolo de comunicaciones usar?!un sistema altamente distribuido, debe lograr funcionar a pesar de las fallas que pueden sufrir algunos componentes (loosely-coupled architecture)!! Esto se logra utilizando colas de mensajes para conectar de manera asíncrona los distintos componentes!! Sin embargo, en algunos casos, por ejemplo consultas, puede no ser viable usar una comunicación asíncrona y HTTP puede ser entonces una alternativa!! Hay que recordar que es muy fácil exponer un componente Java (por ejemplo un EJB o un Java Bean) como un servicio que puede ser invocado por varios protocolos de transporte 12

13 Qué tipo de servicios usar?!servicios SOAP!! Servicios de misión crítica utilizados en procesos transacccionales!! Servicios que requieren de seguridad con distintos niveles de granularidad! Autentificación! Firmas digitales!! Generalmente invocados desde un ESB (Enterprise Service Bus) 13

14 Qué tipo de servicios usar?!servicios REST!! Servicios de información pública!! Operaciones no transaccionales, más apropiado para consultas!! Menores requerimientos de seguridad!! Generalmente invocados desde la capa de!! presentación (portal) 14

15 Cómo administrar los servicios SOAP?!Si se dispone de pocos servicios, es posible que los desarrolladores sean quienes conserven los archivos WSDL!Si se cuenta con decenas de servicios, es necesario contar con un repositorio centralizado (UDDI) en el que se publican todos los servicios existentes!si la empresa tiene cientos o miles de servicios es necesario un directorio avanzado que permita saber!! Quién es responsable de cada servicio (QoS)?!! Quién es responsable del desarrollo de cada servicio?!! Quién es responsable de la calidad de los datos?!! Qué procesos se ven afectados si no funciona el servicio? 15

16 Normalización sintáctica!cuando se trabaja con decenas de sistemas, es normal que no todos manejen el mismo vocabulario. Para algunos, un mismo tipo de dato, por ejemplo Cliente se puede representar de manera distinta en diferentes sistemas!es importante que durante el modelado de los procesos se intente normalizar la estructura de los objetos de negocios, para simplificar la integración de sistemas y reducir la necesidad de realizar transformaciones en las que se pueden perder datos, al interconectar diversos sistemas!es fundamental evitar que una mismo objeto de negocio se pueda representar de múltiples formas 16

17 Master Data Management!Cuando nos encontramos con múltiples sistemas que contienen distintas versiones de la misma información en lugar de comunicarlos entre si, debemos intentar integrarlos para tener una única versión de la verdad pensada en ser explotada desde una arquitectura SOA a través de servicios 17

18 Segunda Fase - Enterprise Application Integration (EAI)!En esta fase se conectan los servicios a través de un Enterprise Service Bus (ESB) para lo que es necesario considerar!! Ruteo y transformación de mensajes!! Seguridad!! Monitoreo!! Calidad del servicio 18

19 Ruteo y transformación de mensajes!esta función es realizada por el Bus de Servicios Empresariales (ESB), el es en realidad una infraestructua de comunicaciones seguras que permite conectar los servicios con los que cuenta la organización!el ESB se crea utilizando colas de mensajes y brokers que transforman mensajes utilizando estándares como XSLT y XPath, los enriquecen con datos de un repositorio SQL y los rutean en base a su contenido!! Estas operaciones pueden llegar a ser muy pesadas, es importante tenerlo en cuenta desde el diseño inicial de la solución 19

20 Seguridad!La seguridad es muy importante en el contexto de los web services!es posible encriptar los mensajes o el canal de comunicaciones!! Es más sencillo encriptar el canal de comunicaciones!! Encriptar el mensaje, o parte del mensaje utilizando WS-Security otorga mucha más flexibilidad a los desarrolladores!la seguridad debe estar centralizada!! Directorio LDAP!La seguridad puede llegar a impactar seriamente al rendimiento de la aplicación 20

21 Monitoreo!Una arquitectura SOA es tan sólida como su eslabón más débil!una de las principales misiones del arquitecto es planear desde el diseño de la arquitectura cómo se van a monitorear todos los aspectos de la misma para garantizar una operación tranquila y sin sobresaltos 21

22 Calidad de servicio!además de poder determinar posibles problemas es necesario hacer todo lo posible para evitar que se produzcan!! La mejor estrategia es que cada componente esté en alta disponibilidad! Portal! Orquestador de procesos! Servidores de aplicaciones (en los que corren los servicios)! Bases de datos! Colas de mensajes, brokers, etc.

23 Calidad de Servicio!La calidad de servicio también se refiere a tiempos de respuesta!! La ubicación de los servicios es algo que es importante analizar!! Es recomendable agrupar servicios en clusters de servidores para balancear la carga!! Si es posible delegar tareas complejas como el parseo y la transformación de archivos XML a servidores especializados, es aconsejable hacerlo

24 Tercera Fase - Business Process Management (BPM)!Tras la implementación del ESB!! Separación de la capa de presentación de la lógica de procesos!! Desarrollo de aplicaciones basadas de procesos!! Monitoreo de procesos

25 Separación de la capa de presentación de la lógica de negocios!en un esquema de EAI, las aplicaciones comunican entre si pero cada una mantiene su propio interfaz de usuario!al pasar a la siguiente fase, se eliminan los clientes de cada aplicación y se consolidan en un portal!! De esta manera la capa de presentación se consolida en el portal, las funciones de negocio en los servidores de aplicaciones y los procesos en el orquestador de procesos. Esto simplifica el desarrollo y permite lograr mayores niveles de especialización

26 Desarrollo de aplicaciones basadas en procesos!tras una correcta planeación y una segunda fase en la que se desarrollan o exponen servicios, se vuelve posible desarrollar nuevas aplicaciones conectando simplemente los distintos servicios como parte de un proceso de negocios!realizar cambios a los procesos usando BPEL y SCA se vuelve trivial, porque no hay que modificar código

27 Monitoreo de procesos!al ejecutar procesos, es posible monitorearlos para analizarlos y poder encontrar posibilidades de mejora en los mismos!con este modelo la dirección puede saber en tiempo real la situación del negocio

28 Conclusión!La implementación de SOA es un proceso de larga duración que no se logra de un día para otro!al diseñar una arquitectura altamente distribuida es necesario tomar en cuenta muchos factores!! Seguridad!! Rendimiento!! Monitoreo!! Gobernabilidad!A pesar de que la operación de un sistema diseñado bajo la visión de SOA es compleja, las ventajas que aporta esta nueva arquitectura superan ampliamente los inconvenientes de la misma

29 Más información!sitios de IBM!!

30 Gracias Para mayor información, contácteme directamente