Arquitectura de Referencia SOA. Temario Arquitectura de software, SOA y Web Services Por que SOA? Arquitectura de Referencia SOA Roadmap de implementación.

Presentación del tema: "Arquitectura de Referencia SOA. Temario Arquitectura de software, SOA y Web Services Por que SOA? Arquitectura de Referencia SOA Roadmap de implementación."— Transcripción de la presentación:

1 Arquitectura de Referencia SOA

2 Temario Arquitectura de software, SOA y Web Services Por que SOA? Arquitectura de Referencia SOA Roadmap de implementación de SOA Lucasian Labs – Plataforma de Servicios LEAF - Lucasian Enterprise Application Framework Componentes LEAF SOA y LEAF Casos de éxito LEAF

3 Proyectos sin Arquitectura, ni Frameworks Arquitectura de Software

4 IEEE 1471 Arquitectura es la organización fundamental de un sistema descrita en: –Sus componentes. –Relación entre ellos y con el ambiente. –Principios que guían su diseño y evolución. La arquitectura debe satisfacer los requerimientos de calidad de servicio. Arquitectura de Software El nivel conceptual más alto de un sistema en su ambiente.

5 Arquitectura Orientada a Servicios (SOA) SOA es una arquitectura conceptual. Organiza funciones de negocio como servicios interoperables. Permite reutilización de servicios para dar cumplimiento a las necesidades del negocio. SOA es basado en estándares. Independencia de fabricantes. SOA es una estrategia de IT, a nivel empresarial.

6 Que es un Servicio? Un servicio es un componente que provee un conjunto de funciones de negocios. Los servicios son conceptualmente: –Autónomos –Opacos –Bajamente acoplados.

7 SOA y Web Services Los Servicios Web juegan un papel importante en una arquitectura SOA, ya que brindan mecanismos independientes de la plataforma para exponer, descubrir e invocar servicios. SOA requiere que un servicio: Sea descubrible e invocable dinámicamente. UDDI, WSDL, SOAP. Tenga una definición del contrato independiente de plataforma. XML. Pueda interoperar con otros servicios. HTTP.

8 Por que SOA? Permite que el área de IT satisfaga más ágilmente las necesidades del negocio, cerrando cada vez más la brecha entre la evolución del negocio y el soporte tecnológico. Crea servicios basados en estándares, interoperables e independientes de un proveedor específico. Reutilización de servicios para la creación de nuevas aplicaciones o funcionalidades que apoyan los procesos de negocio.

9 Arquitectura de Referencia SOA OASIS - Modelo de Referencia SOA Conceptual: Neutral en Tecnología Dependiente de Tecnología. Reutilizable entre Proyectos. Modelo de Referencia SOA Arquitectura de Referencia SOA Arquitectura Concreta Frameworks Patrones de Diseño Instancia Arquitectura de Referencia. Específica de cada Proyecto.

10 Arquitectura Concreta: Servicios de Negocio Session Facade Front Controller Presentation Session Facade Session Facade Business EIS LDAP Resources Servicios de Negocio: Web Services, EJBs.

11 Arquitectura Concreta: Servicios de Negocio y Persistencia Session Facade Front Controller Presentation Session Facade Session Facade Business LDAP Resources Composite Entity Integration Composite Entity Servicios de Negocio y Persistencia: Web Services, EJBs.

12 Arquitectura Concreta: Orquestación y Procesos de Negocio Session Facade Front Controller Presentation Session Facade Business Process Orchestration Servicios de Negocio: Web Services, EJBs. Session Facade

13 Arquitectura Concreta: Servicios de Negocio y Persistencia Session Facade Business Process Session Facade Session Facade Business Logic LDAP Resources Composite Entity Integration Composite Entity Servicios de Negocio y Persistencia: Web Services, EJBs. Process Orchestration

14 Ruta de Implementación a SOA Evaluar grado de madurez SOA y definir grados de madurez que la organización quiere alcanzar en el tiempo. Implementar un proyecto piloto utilizando SOA con servicios simples que impacten mas de un área de negocio. Para el caso de sistemas legados habilitar funciones de negocio requeridas por el proyecto piloto como servicios. Nivel 6SOA optimizado Explotación Nivel 5Adopción empresarial de SOA Nivel 4SOA repetible Expansión Nivel 3Enfoque SOA definido Nivel 2Adopción Ad Hoc de SOA Exploración Nivel 1Ninguna adopción de SOA Evolución SOA

15 Plataforma de Servicios Lucasian Arquitectura Empresarial Arquitectura de Referencia SOA Workshop de Arquitectura Definir estrategia de IT alineada con objetivos y metas organizacionales Definir arquitectura general para los proyectos de la organización Definir arquitectura para un proyecto específico Estrategia Empresarial Gerencia IT Proyectos IT Mentoring de Arquitectura y Diseño Valoración de Arquitectura

16

17 Que es un Framework? Definición Es un subsistema de software parcialmente construido, de propósito general para resolver un tipo específico de problema. Los framework deben ser instanciados Define la arquitectura para una familia de subsistemas Provee bloques básicos de construcción y adaptadores. Típicamente un framework se construye a partir de patrones de diseño. Los frameworks imponen patrones de diseño para su uso

18 Que es un Framework? Ventajas –Son probados. –Algunos reutilizan mejores prácticas de diseño. –Organizan ciertos aspectos del desarrollo de un proyecto. –Minimización de riesgos. Frameworks Caja-Negra –Alto nivel de abstracción. –Problemas para identificación y corrección de errores en desarrollo y producción. –Mecanismos limitados de extensibilidad. –No permiten optimizaciones. –Riesgos de compatibilidad entre versiones. –Dependencias potenciales con un fabricante.

19 Lucasian Enterprise Application Framework Framework Caja-Blanca. Arquitectura de Referencia SOA para Java Enterprise Edition, soportada con: patrones de diseño, componentes y servicios probados. Aumenta la productividad para Java, hasta en un 80% en servicios de negocio. Disminuye costos en tareas repetitivas de programación. Aumenta la calidad de los componentes Java desarrollados en un proyecto. Disminuye riesgos a través de la adherencia a estándares y mejores prácticas de arquitectura, diseño y programación.

20 Arquitectura de Referencia SOA y LEAF Conceptual: Neutral en Tecnología LEAF Implementa Arquitectura De referencia Para Java Enterprise Edition Modelo de Referencia SOA Arquitectura de Referencia SOA Para Java Enterprise Edition Arquitectura Concreta Proyectos Java Frameworks Para Java Patrones de Diseño Java Enterprise Edition Arquitecturas Concretas para Proyectos creadas Con LEAF

21 Componentes de LEAF 3i Front Controller Presentation Session Facade Business Resources Integration Composite Entity > Qos Framework > Exceptions Framework > Auditory Framework > Security Framework Servicios Horizontales y Frameworks LEAF JSF Components

22 Lineamientos de Arquitectura de Software para Proyectos J2EE Framework de Patrones de Diseño J2EE Arquitectura de Desarrollo de Proyectos J2EE Guía de Codificación y Estilo con Java. Guía de Documentación Técnica con JavaDoc. Mejores Prácticas de programación con Java. Guía de Manejo de Excepciones con J2EE Guía de Afinamiento de Contenedores J2EE (BEA WebLogic Server, Oracle Internet Application Server) Guía de Pruebas de Stress de aplicaciones J2EE LEAF Mindware Guías y Mejores Prácticas para Proyectos Java EE

23 Quién utiliza LEAF? LEAF se ha utilizado en proyectos de compañías prestigiosas del sector financiero en Colombia: Sistemas Corporativos - Grupo AVAL Porvenir S.A. Banco AV Villas Opencard S.A. Delima – Marsh Lucasian Labs

24 Matriz de Compatibilidad * Los productos anteriores, son marcas y logos registrados de sus correspondientes empresas Matriz de compatibilidad de Contenedores y bases de datos soportados por LEAF: Sistemas Operativos Middleware Bases de Datos

25 Generación de Servicios – Service Facades Generación de Servicios de Negocios. Generación de clases cliente de integración con servicios de negocios, con framework de validaciones de datos. Ejecución de alto rendimiento. Framework de Calidad de Servicio para visibilidad operacional. Portabilidad entre contenedores: BEA Web Logic 8.x, 9.x, Oracle Internet Application Server 10g, Jboss 3.x, 4.x.

26 Generación de Data Access Objects y Value Objects Generación de clases para integración con bases de datos relacionales. Múltiples servicios para administración de datos. Código optimizado para Oracle DB. Acceso a datos de alto rendimiento. Mejores prácticas de Java y SQLs. Generación de Value Objects, para transporte de información. Framework de Calidad de Servicio. Framework de Validaciones de Datos, locales y remotos. Forward-caching de validaciones.

27 Generación de Composite Entities y Data Transfer Objects Generación de clases Java para mapeo de objetos con bases de datos relacionales. Múltiples servicios para administración de datos. Reutilización de DAOs. Inserciones y actualizaciones masivas Consultas consolidadas en paralelo de alto desempeño. Acceso a datos de alto rendimiento. Mejores prácticas de Java y SQLs. Generación de Data Transfer Objects. Framework de Calidad de Servicio.

28 Generación de Read-Only Entities y Data Transfer Objects Generación de clases Java para lectura óptima de datos con bases de datos relacionales. Múltiples servicios para consulta de datos. Paginación, ordenamiento, filtros. Acceso a datos de alto rendimiento. Mejores prácticas de Java y SQLs. Generación de Data Transfer Objects. Framework de Calidad de Servicio.

29 Caso de Estudio – Grupo AVAL Sistema de Comercio Internacional (SISCOI) Sistemas Corporativos - Grupo AVAL. Grupo Aval es una sociedad "holding" propietaria - directa o indirectamente - de la mayoría de las acciones de empresas líderes del sector financiero, básicamente bancos comerciales y sus compañías filiales (compañías fiduciarias, de leasing, almacenadoras, corporaciones financieras) y la mayor administradora de fondos de pensiones en el país. A junio de 2003, estas entidades representaban el 19.1% de los activos del sector bancario en Colombia. SISCOI es el Sistema de Comercio Internacional utilizado por los Bancos de Bogotá, de Occidente y Popular. Actualmente SISCOI opera en plataforma Forte y se está realizando su migración a J2EE a través de un esfuerzo común de los tres Bancos, liderado por Grupo AVAL.

30 Caso de Estudio – Grupo AVAL Dominio de Negocio En SISCOI se administran las operaciones de comercio internacional de estos bancos: giros internacionales, remesas, ordenes de pago, compra y venta de divisas, declaraciones de cambio, operaciones de deuda externa, etc. Plataforma Tecnológica Oracle Jdeveloper 10g, Oracle Internet Application Server 10g, Oracle 8i DB. LEAF 2.0 Arquitectura de Referencia J2EE con Patrones de Diseño. Integración con Base de Datos con Data Access Objects. Servicios de Negocios: Stateless Session EJBs Interface de Usuario Web con Java Server Faces (JSF). Usuarios: 160 en los tres bancos Volumen de Transacciones por mes: 32.000 en los tres bancos

31 Caso de Estudio – Grupo AVAL 1666 clases Java de presentación y negocio. 434 JSPs. 35% clases Java de Presentación. 65% clases Java de negocio. 630 clases Java de negocio generadas con asistentes de LEAF. 46% de clases Java han sido codificadas manualmente. 4 developers de presentación. 1.5 developers de negocio.

32 Caso de Estudio – OPENCARD S.A. OPENCARD 7 – OPENCARD S.A. OPENCARD S.A. es una compañía de desarrollo de software, la cual provee un sistema para administración de tarjetas de créditos para entidades financieras y tiendas de cadena. Instalaciones en 13 de los más importantes Bancos Colombianos, 2 instalaciones en otros países latinoamericanos y 1 en USA. Plataforma Tecnológica: Oracle Jdeveloper 10g, OC4J 10g, Oracle 10g DB. RUP, IBM Rational Modeler, IBM Rational Requisite Pro. LEAF 2.0 Arquitectura de Referencia J2EE con Patrones de Diseño. Integración con Base de Datos con Data Access Objects. Servicios de Negocios: Stateless Session EJBs Interface de Usuario Web con Java Server Faces (JSP). Altos requerimientos de seguridad, concurrencia y procesos batch.

33 Caso de Estudio – OPENCARD S.A. 960 clases Java de presentación y negocio. 315 JSPs. 21% clases Java de Presentación. 79% clases Java de negocio. 530 clases Java de negocio generadas con asistentes de LEAF. (76%) 147 clases Java codificadas manualmente. (24%) 4 developers de presentación. 1.5 developers de negocio.

34 Caso de Estudio – PORVENIR S.A. SISTEMA MULTIFONDOS – PORVENIR S.A. PORVENIR S.A. compañía líder en el mercado Colombiano de fondos de pensiones. Proyecto para remplazar el core de la operación del fondo de pensiones y cesantias. 900 usuarios del sistema, 2’000.000 de clientes y un portafolio de aproximado 9 billones de pesos. Plataforma Tecnológica: Oracle Jdeveloper 10g, OC4J 10g, Oracle 10g DB. LEAF 2.0 Arquitectura de J2EE basada en Patrones de Diseño. Integración con Base de Datos con Data Access Objects. Servicios de Negocios: Stateless Session EJBs Interface de Usuario Web con Java Server Faces (JSP). Altos requerimientos de seguridad, concurrencia y procesos batch.

35 Caso de Estudio – PORVENIR S.A. 1602 clases Java de presentación y negocios. 220 JSPs. 15% clases Java de Presentación. 85% clases Java de negocio. 1059 clases Java de negocio generadas con asistentes de LEAF. (77%) 265 clases Java codificadas manualmente. (23%) 5 developers de presentación. 5 developers de negocio.

36 LEAF Roadmap

37 Arquitectura de Referencia SOA