Arquitecturas Empresariales y de Integración

Transcripción

1 Arquitecturas Empresariales y de Integración Sesión #15_16: Gestión de requerimientos no funcionales en soluciones estructuradas bajo el estilo de arquitectura SOA Departamento de Ingeniería de Sistemas y Computación Jorge Arias

2 Experiencia es lo que tú consigues, cuando no consigues lo que quieres Randy Pausch, 2008 CMU (En su best seller The last lecture ) Visión es el arte de ver las cosas invisibles. Jonathan Swift ( ) 2

3 Agenda 1. Motivación 2. Contexto 3. Gestión de RNF dentro de SOA 4. Conclusiones

4 Motivación: Fuerzas externas de la arquitectura Elemento estructural Contexto Relaciones Elemento estructural Proceso de negocio Funcionalidad Servicio Componente Objeto Motivadores de negocio Relaciones Condiciones de mercado Requerimientos no funcionales Elemento estructural Relaciones Interfaces Integraciones Mecanismos de comunicación Fuerzas Externas que gobiernan y dirigen la estructura y relaciones 4

5 Motivadores de negocio (Business Drivers) Toda organización, empresa o entidad de gobierno está sujeto a fuerzas externas que definen la forma en que deben ser entregados, soportados y operados los servicios y productos que mercadea. El impacto de estas fuerzas externas (Tendencias del entorno) sobre la organización reciben el nombre de motivadores de negocio Dependiendo de la vertical de la industria u organización existen diferentes motivadores de negocio: Reduce time to market (Flexibilidad, BPM, BRE, SOA) Orientación al cliente y servicios más que a productos ( CRM, Configurador de servicios, modelos de fidelización) Orientación a procesos de negocio medibles Modelo de combos y servicios de valor agregado( 3 en 1) Vistas 360 del cliente (cross-selling, up-selling) Autoservicio Multicanalidad Regulaciones de gobierno 5

6 Motivación: Orientación al cliente más que a productos vía procesos (Vistas 360) Perfil del cliente Aplicaciones operativas El mercado se está moviendo hacia soluciones enfocadas en procesos que le permitan unificar múltiples áreas más fácilmente (por ejemplo: venta, facturación, provisión, logística, inventario Gartner 2004 Indicadores de gestión Seguimiento 6

7 Motivación: Procesos de negocio medibles Indicadores De Negocio Vista Personal Areas de Interes Especial Alertas 7

8 Seguridad Motivación: Multi-canalidad de servicios & Procesos CANALES Portal Agencias IVR Intranet ATM PROCESOS SERVICIOS Gestion Tarjetas Digitalización documentos Actualización/ Información de Clientes Catalogo de productos Simuladores Motor de riesgos (scoring) Gestion Producto Gestion cuenta de ahorros Vista 360 Clientes Liquidadores EIS Cuentas de ahorros Tarjetas Credito Scoring Credito ERP CRM Banca Seguros Banca Corporativ a Moneda internacio nal Credito Vehiculos DHW Autorizador 8 INFRAESTRUCTURA iseries ERP CRM J2EE APPSERVER IIS +.NET Requerimientos no funcionales de infraestructura

9 Motivación: Integración horizontal ( Cadenas de valor Inter-organización) Dell: Order 2 Cash Business Process Cliente Pago Factura Cuenta Orden Dell China Logistics DHL Citibank Customer Care Inc Capturar Orden Aprovisionar Orden Entregar Orden Facturar & Recolectar Pago Evaluar Prestación. servicio 9 Necesitamos estructurar dialectos de negocio Basado en modelos canómicos que den flexibilidad

10 Bienvenido al Siglo XXI, esto no es un sueño, no es más que una consecuencia de Globalización 3.0 (Léase The world is flat ) Pero Acaso esto no nos abre un universo de posibilidades? 10

11 Motivación: En resumen Las apuestas de negocio cada día son más agresivas. El mundo cada día está más globalizado; por esta razón debemos potenciarnos con un modelo tecnológico lo suficientemente veloz y lo suficientemente flexible que permite enfrentar dicha agresividad. SOA inspirada en una visión EA es quizás una de las respuestas más claras para estructurar este modelo tecnológico Todos estas fuerzas externas (Business Driver y RNF) deben ser gestionadas y consideradas dentro de la especificación de la arquitectura orientada a servicios. 11

12 Agenda 1. Motivación 2. Contexto 3. Gestión de RNF dentro de SOA 4. Conclusiones 12

13 Contexto: Dónde están ubicados los Business Drivers dentro de un EA? Motivador de negocio 13 Tomado de

14 El desempeño definido en términos de tiempos de acceso y tiempos de respuesta a las plataformas tecnológicas que soportan la operación del negocio de una organización NO es considerada una fuerza motivadora para adoptar una visión SOA/BPM. BPM/SOA es impulsado por principios de Flexibilidad de negocio, estandarización, portabilidad y reusabilidad. Estos principios por lo general van en contravía del desempeño. 14

15 Contexto: Arquitectura Conceptual multicapas Mapping- RNF (Partimos de la base) CANALES Portal Agencias IVR Intranet ATM PROCESOS SERVICIOS Gestion Tarjetas Digitalización documentos Actualización/ Información de Clientes Catalogo de productos Simuladores Motor de riesgos (scoring) Gestion Producto Gestion cuenta de ahorros Vista 360 Clientes Liquidadores EIS Cuentas de ahorros Tarjetas Credito Scoring Credito ERP CRM Banca Seguros Banca Corporativ a Moneda internacio nal Credito Vehiculos DHW Autorizador 15 INFRAESTRUCTURA iseries ERP CRM J2EE APPSERVER IIS +.NET Requerimientos no funcionales de infraestructura

16 Contexto: Arquitectura Conceptual multicapas Mapping- RNF ( Modelo tradicional) Zona Proveedores Zona de Canales Zona SOA Zona Monitoreo Zona Datos Servicio Portal Legacy system BI IVR CRM OLAP Agencias Internet Modelo N-Tier Tradicional ERP OLTP 16 ATM Quien maneja la traducción de formatos y asegura la entrega de mensajes?? AppServer Legados

17 Contexto: Arquitectura Conceptual multicapas Mapping- RNF (Uso de servicios) Zona Proveedores Zona de Canales Zona SOA Zona Monitoreo Zona Datos Servicio Portal? No se puede delegar al consumidor la composición (Manejo Transaccional?) Servicios Negocio Legacy system BI IVR Agencias? Servicios Datos CRM OLAP Internet Servicios infraestructura ERP OLTP ATM Servicios Presentación AppServer Legados 17

18 Contexto: Arquitectura Conceptual multicapas Mapping- RNF (Uso de procesos) Zona Proveedores Zona de Canales Zona SOA Zona Monitoreo Zona Datos Servicio Portal Servicios Negocio Legacy system BI IVR Procesos S2S Servicios Datos CRM OLAP Agencias Internet Procesos H2S Servicios infraestructura ERP OLTP ATM Procesos S2S Servicios Presentación AppServer? Legados 18 Cómo va el negocio?

19 Contexto: Arquitectura Conceptual multicapas Mapping- RNF (Uso de métricas y monitoreo de negocio) Zona Proveedores Zona de Canales Zona SOA Zona Monitoreo Zona Datos Servicio Portal Servicios Negocio Legacy system BI IVR Procesos S2S Servicios Datos CRM OLAP Agencias Procesos H2S Internet Servicios infraestructura ERP OLTP ATM Procesos S2S Servicios Presentación AppServer OK Warning Error Legados 19 Dashboard

20 Contexto: En resumen Todo estilo de arquitectura es influenciado por motivadores de negocio y calidades sistémicas. La adopción del estilo de arquitectura SOA es motivado por principios de flexibilidad, reusabilidad, interoperabilidad, mantenibilidad y no por principios de desempeño (Tiempo real) SOA no es una moda es una respuesta a las necesidades del negocio alrededor de los modelos tradicionales de tecnología. Estructure y planee una solución bajo el enfoque arquitectónico que propone SOA empleando un blue-print de trabajo que le permita visualizar la big-picture de la solución. 20

21 Agenda 1. Motivación & Contexto 2. SOA: Estructura Conceptual 3. Gestión de RNF dentro de SOA 4. Conclusiones

22 Gestión de requerimientos - Multicanalidad Servicios Adaptador Tranformación Procesos Servicios Tranformación Portal GenerarPedido Portal GenerarPedido Legacy system BI IVR GenerarPedido IVR CRM OK Warning Error OLAP Agencias Dashboard GenerarPedido Agencias Procesos S2S ERP OLTP Internet ATM Procesos H2S AppServer Legados 22 Dialecto Canal Dialecto Canónico Dialecto Proveedor

23 Gestión de requerimientos Multicanalidad via objetos canónicos Modelo de objetos genéricos (Canónicos) Empleado Cuenta Factura Canal (Siebel) Balance Tarjeta Crédito Problemas de gobernabilidad: Quien mantiene esto? Empleado Cuenta Factura Proveedor iseries Balance Tarjeta Crédito Empleado Cuenta Factura Canal (IVR) Balance Tarjeta Crédito ENTIDADES CANONICAS Empleado Balance Cuenta Tarjeta Factura Crédito FIX HR-XML IFX Dialectos de industria 23

24 Gestión de requerimientos Reduce Time 2 Market Portal Servicios Adaptador ProcesarPedido Portal Procesos Reglas de control de flujo Servicios Crear Cliente CRM Reglas de negocio OLTP IVR Agencias ProcesarPedido IVR Procesar Pedido Venta Aplicar Cargo Facturador Prepago OLAP La correcta ubicación garantiza flexibilidad y promueve reusabilidad ProcesarPedido Agencias Internet ATM Reglas de enrutamiento Actualizar Inventario Inventario Físico Inventario Lógico 24 Dialecto Canal Dialecto Canónico Dialecto Proveedor

25 Gestión de requerimientos Manejo transaccional (1) Servicios Adaptador Procesos Servicios TX OLTP Portal ProcesarPedido Portal TX Crear Cliente IVR Agencias Internet ProcesarPedido IVR ProcesarPedido Agencias Procesar Pedido Venta TX X TX Aplicar Cargo TX Aplicar Debito Aplicar Crédito Facturador Prepago OLAP ATM Actualizar Inventario Inventario Físico 25 Inventario Lógico Dialecto Canal Dialecto Canónico Dialecto Proveedor

26 Gestión de requerimientos Manejo transaccional (2) Alrededor de las transacciones debe asegurarse el ACID (Atomocity, Consistency, Isolation and Durability) Dentro de una arquitectura SOA puede llegarse a requerir control transaccional alrededor de: Proveedor de servicio Servicio Proceso de negocio Existen diferentes enfoques y mecanismos para garantizar el ACID 2PC (Two Phased Commit) (Proveedor del servicio) Compensación (Proceso & Servicio) 26 Cuando dos o más funcionalidades residentes en el mismo sistema son llamadas bajo el mismo contexto transaccional debe implementarse un servicio de mayor nivel de granularidad al interior de la plataforma proveedora que coordine la transacción.

27 Gestión de requerimientos Manejo transaccional (3) Servicios Adaptador Procesos Servicios 2PC OLTP Portal IVR Agencias ProcesarPedido Portal ProcesarPedido IVR ProcesarPedido Agencias Procesar Pedido Venta S -1 Crear Cliente S -1 Aplicar Cargo S -1 2PC Aplicar Debito Aplicar Crédito Facturador Prepago OLAP 27 Internet ATM Actualizar Inventario Inventario Físico Inventario Lógico Dialecto Canal Dialecto Canónico Dialecto Proveedor S -1 S -1 S -1

28 Gestión de requerimientos Manejo de Excepciones (1) Servicios Adaptador Procesos Servicios Portal Crear Cliente X OLTP IVR Agencias ProcesarPedido IVR Procesar Pedido Venta M L M Repetir G L CRM OLAP Internet ATM Proceso de gestión de errores Excepciones: Genera (G) Captura (C) Maneja (L) 28 Dialecto Canal Dialecto Canónico Dialecto Proveedor

29 Gestión de requerimientos Manejo de Excepciones (2) La captura, propagación y gestión de excepciones es fundamental para garantizar una solución confiable, robusta y consistente. Como parte de la gestión de una excepción en un ambiente de servicios se puede considerar: Repetir la solicitud: Si obedece a un problema de infraestructura Determinar time-out entre repeticiones (t) Numero de repeticiones (m) Programar a una capa de nivel de superior si se alcanza t m veces. Propagar a la capa de nivel superior si obedece a un problema de negocio o data entry 29 Sí el problema es de negocio, se propaga y el receptor es un proceso de negocio, este último debe proceder a capturar el error y a gestionar el mismo delegando el manejo de la excepcion a un proceso de gestión de errores.

30 Gestión de requerimientos Generación de Tableros de Control (Apalancar procesos de negocio medibles) (1) Dashboard Servicio Facade Eventos de negocio Repositorio de eventos 30

31 Gestión de requerimientos Generación de Tableros de Control (Apalancar procesos de negocio medibles) (2) Eventos Alertas de negocio Métricas de negocio Tablero de control (Dashboard) Numero de créditos de consumo otorgados en la ciudad de Bogotá en la última semana? Dimensión: Geografía Bogotá Fact: Créditos Otorgados Dimensión: Tiempo Último año 31 Dimensión: Tipo Crédito Consumo Modelo Estrella

32 Gestión de requerimientos Generación de Tableros de Control (Apalancar procesos de negocio medibles) (3) Zona Proveedores Zona de Canales Zona SOA Zona Monitoreo Zona Datos Servicio Portal Servicios Negocio Legacy system BI IVR Procesos S2S Servicios Datos CRM OLAP Agencias Procesos H2S Internet Servicios infraestructura ERP OLTP ATM Procesos S2S Servicios Presentación AppServer OK Warning Error Legados 32 Dashboard

33 Gestión de requerimientos Gestión de Seguridad (1) Qué no le pase a usted! Tomado de Internet : Pictures.com Derechos reservados

34 Gestión de requerimientos Gestión de Seguridad (2) Dónde estamos parados? Qué Requerimientos debemos Soportar? 34 Infraestructura SOA

35 Gestión de requerimientos Gestión de Seguridad (3) Privacidad Privacidad: Encripción WS-Security (Encripción a nivel de mensaje) Menos intrusivo para consumidores externos Trama plana HTTPS (Encripción a nivel de Transporte) Requiere más infraestructura 35 WS-Security (Encripción a nivel de mensaje)

36 Gestión de requerimientos Gestión de Seguridad (4) Ejemplo: Privacidad a Nivel de mensaje <?xml version='1.0'?> <PaymentInfo xmlns=' <Name>John Smith</Name> <CreditCard Limit='5,000' Currency='USD'> <Number> </Number> <Issuer>Example Bank</Issuer> <Expiration>04/02</Expiration> </CreditCard> </PaymentInfo> <?xml version='1.0'?> <PaymentInfo xmlns=' <Name>John Smith</Name> <CreditCard Limit='5,000' Currency='USD'> <Number> <EncryptedData xmlns=' Type=' <CipherData> <CipherValue>A23B45C56</CipherValue> </CipherData> </EncryptedData> </Number> <Issuer>Example Bank</Issuer> <Expiration>04/02</Expiration> </CreditCard> </PaymentInfo> 36

37 Gestión de requerimientos Gestión de Seguridad (5) Integridad de mensajes Integridad& No-repudio: Firmas Digitales WS-Security (Firmas a nivel de mensaje) Trama plana HTTPS (Encripción a nivel de Transporte) 37 WS-Security (Firmas a nivel de mensaje)

38 Proxy de Seguridad Gestión de requerimientos Gestión de Seguridad (6) Autenticación (Quíen) & Autorización (Qué) Servicios Adaptador Procesos Servicios Portal Consultar Saldo Consultar Saldo OLTP IVR ProcesarPedido IVR Procesar Pedido Venta Crear Cliente CRM Agencias OLAP Entry Point Internet ATM HTTPS Directorio de servicios Repositorio de políticas WS-Security Autenticación & Autorización 38 Dialecto Canal Dialecto Canónico Dialecto Proveedor

39 Proxy de Seguridad Gestión de requerimientos Gestión de Seguridad (6) Autenticación (Quíen) & Autorización (Qué) Proxy Seguridad Servicios Adaptador Procesos Servicios Portal IVR Consultar Saldo Portal Procesar Pedido Venta Consultar Saldo Crear Cliente CRM OLTP Directorio de servicios Agencias Repositorio de políticas Oracle WSM IBM DataPower OLAP Internet ATM HTTPS WS-Security 39 Dialecto Canal Dialecto Canónico Dialecto Proveedor

40 Gestión de requerimientos: En resumen La gestión de Motivadores de negocio y requerimientos no funcionales al interior de la arquitectura determinan la forma y la robustez de la misma, y la capacidad de ésta de responder a las necesidades reales del negocio. Al momento de considerar o plantear estrategias y mecanismos que permitan gestionar calidades sistémicas (MN& RNF) se debe partir de la premisa Tratar de ser no intrusivo La agregación de capas a la arquitectura potencia la flexibilidad, mantenibilidad y reusabilidad pero impacta el desempeño final; por esta razón debe hacer un trade-off entre lo que se gana vs. lo que compromete. 40 No todo debe ser resuelto a nivel de implementación en el primer proyecto. Sin embargo, es importante que en todo momento se considere las diferentes dimensiones de análisis de RNF y Motivadores de negocio (Esto le permitirá tener visión, es decir, ver lo invisible)

41 Agenda 1. Motivación & Contexto 2. SOA: Estructura Conceptual 3. Gestión de RNF dentro de SOA 4. Conclusiones

42 Conclusiones (1) Define Requerimiento de negocio Soporta Arquitectura Empresarial SOA: Arquitectura de Solución Multicanalidad Reduce T2M Métricas Seguridad Transacciones Excepciones Portafolio de servicios alineado al negocio 42

43 Conclusiones (2) El negocio es un objetivo en movimiento que sólo puede ser soportado sobre un modelo tecnológico altamente flexible y alineado a la estrategia de negocio más que a las prácticas y estándares de moda con los cuales nos inundan cada nuevo día. SOA no es una moda, es un estilo de arquitectura que re-surge de las cenizas de los 70 s como un medio y herramienta válida para responder a los cada día más agresivos requerimientos de negocio. 43

44 44 Preguntas?

45 Trade-off: Características de una buena solución de diseño (1) Bajo Acoplamiento Desempeño / Eficiencia Alta Cohesión

46 Trade-off: Características de una buena solución de diseño (2) Bajo Acoplamiento Producto de un buen diseño Desempeño / Eficiencia Alta Cohesión

47 Trade-off: Características de una buena solución de diseño (3) Bajo Acoplamiento Producto de un buen diseño Desempeño / Eficiencia Alta Cohesión

48 Trade-off: Características de una buena solución de diseño (4) Cliente Web Aplicación X (No-arquitectura) RDBMS

49 Trade-off: Características de una buena solución de diseño (5) Cliente Web Tiempo Respuesta 6.5 segs 1.5 segs Aplicación X (No-arquitectura) RDBMS 5.0 segs

50 Trade-off: Características de una buena solución de diseño (6) Aplicación X (No-arquitectura) Cliente Web Tiempo 1.5 segs RDBMS Respuesta 6.5 segs Alto acomplamiento, baja cohesión 5.0 segs

51 Trade-off: Características de una buena solución de diseño (7) Presentación Negocio Cliente Web RDBMS

52 Trade-off: Características de una buena solución de diseño (8) Aplicación X Presentación Negocio Cliente Web RDBMS Bajo Acomplamiento Alta cohesión

53 Trade-off: Características de una buena solución de diseño (9) 1.5 segs Aplicación X 1.0 segs 1.0 segs Presentación Negocio 1.5 segs Cliente Web Tiempo Respuesta 7.2 segs 0.7 segs 1.5 segs RDBMS

54 Trade-off: Características de una buena solución de diseño (10) 1.5 segs Aplicación X 1.0 segs 1.0 segs Presentación Negocio 1.5 segs Cliente Web Tiempo Respuesta 7.2 segs 0.7 segs 1.5 segs Qué paso? Dónde está el problema? Qué le decimos al gerente? RDBMS

55 Trade-off: Características de una buena solución de diseño (11) Gané (+) Robustez Escalabilidad Mantenibilidad Perdí (-) Desempeño Tiempo de respuesta. Retornar