1 / 33

EXPERIENCIAS EN MODERNIZACION DE ENTORNOS MAINFRAME Eduardo Aldao

EXPERIENCIAS EN MODERNIZACION DE ENTORNOS MAINFRAME Eduardo Aldao. Director de Innovación. Septiembre 2014. ¿Quien es ABANCA?. Con la siguiente distribución de operaciones por canal. Datos a Jun2014.

walter-trevino
Download Presentation

EXPERIENCIAS EN MODERNIZACION DE ENTORNOS MAINFRAME Eduardo Aldao

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. EXPERIENCIAS EN MODERNIZACION DE ENTORNOS MAINFRAME Eduardo Aldao Director de Innovación Septiembre 2014

  2. ¿Quien es ABANCA?

  3. Con la siguiente distribución de operaciones por canal Datos a Jun2014 La operatoria online (Internet + Móvil) ya supone el 55% de las interacciones con clientes Oficinas: Operaciones contables; ATMs: Operaciones contables y de consulta; B. Internet: Operaciones contables y de consulta; B. Móvil: Operaciones contables y de consulta; B. Telefónica: Operaciones contables

  4. Con un Hub Internacional formado por

  5. Y dando servicio de • Housing integrado • Evo Banco. • Banco Etcheverria. • Partnered Housing (comoTecnocom, IPM, Halcash, CxG) • Típicos mecanismos de housing donde el partner tiene control total de su infraestructura. • Los Partners revenden servicios de housing y hosting. • Hosting (Telepay, Paynopain, OSG,…) • El Banco suministra servicios de virtualización (con granjas VMWare), almacenamiento y comunicaciones.

  6. Donde estamos HOT BRS MAIN DATACENTER

  7. Infraestructura Core

  8. Arquitectura Lógica Presentation Layer Business Layer – SOA Architecture External Systems CORE Banking O2K (NSDK, .NET) Process Orchestation – Electronic Files Business Services SOA Architecture ESB External ESB Core (L_Transa, APB, CGALD000) ESB CHANNLE MUREX Apolication 2 Apolication 3 Apolication 1 Electronic Banking Other Channels ATM’s Other applications DB2 Servies offered by other Entities zSeries Multichannel (.Net) SQL Server Business Services-Metropolis Oracle Extenal Entities Teradata SAP (RRHH) OpenText back-end systems CGDN Registry / APB Repository

  9. EDW: Áreas funcionales soportadas Planificacion Targeting Regulación Inteligencia de clientes Frontales ARM Riesgos FSI Scoring proactivos ALM TRIAD Estadosfinancieros SRC Scoring reactivos ETL & DQ TVA OBI Planificación/ Presupuestos FERMAT Alertas de riesgos Oficinas Data Mining Objectivos Blanqueo Gestión de Vencimientos SRV Modelo común de información Oracle BI (Essbase) Data WarehouseTeradata (17 TB) INFORMATICA Powercenter Operational Systems Iflex (Miami, Geneva) Promosoft (Portugal) Spanishnetwork Retail Business MUREX Wholesale and capital marketsbusiness

  10. Posicionamiento en funcionalidad

  11. Capacidad Desarrollo

  12. Gartner constata disponemos de la mayor capacidad de transformación de negocio de las entidades analizadas en el 2012 en Europa “Hay un enfoque importante en la eficiencia y evidencia claro de ello es un alto índice de utilización y una elevada productividad” Gartner: Benchmarking TI ABANCA

  13. Rating de Calidad

  14. ¿Y porque nos planteamos un proyecto de migración? Solicitud de reducción de costes de la Dirección General. Disponer de una versión de Core Bancario lowcost que nos permita instalarlo a coste razonable en otros países. La rescritura del resto de aplicaciones Core del Mainframe a Metropolis/Java es un proyecto largo y costoso. Incrementar la capacidad de crecimiento y escalabilidad a bajo coste. Modernizando nuestros aplicativos Core obtendremos aún mayores ratios de eficiencia.

  15. Que hay que migrar • 9.000 programas PL/I CICS • 16.881 programas PL/I Batch • 105 programas PL/I CICS/Batch • 2.030 fuentes cobol y 10.397 copys cobol • 10.388 JCLs estáticos. • 1.221 JCLs dinámicos. • 800 ficheros con datos VSAM. • 18.000 tablas DB2. • 460 TB de datos. BBDD DB2 Planificador OPC Lenguajes de programación PL/I y Cobol Monitor de transacciones CICS 3.500 MIPs 10 mm de transacciones día punta.

  16. El proyecto • En enero del 2012 comenzamos a evaluar estrategias, riesgos y proveedores. • Evaluación de estrategias: • Porting de código de PLI a Cobol, Java, C. • Mantener el PLI en arquitecturas de entornos abiertos. • Evaluación de proveedores: • GFI/Oracle, HP/Oracle • Tecnocom/HP/Microfocus, Microsoft/Microfocus, • Microsoft/RainCode • IBM • Cornerstone. • Todos con experiencia en migraciones y casos de éxito. • Evaluación del código y de la solución por parte de todos los proveedores.

  17. Claves de la decisión Asegurar la continuidad del negocio. Minimizar el riesgo. No congelar el desarrollo durante la duración del proyecto. Mínimo impacto en las áreas de desarrollo. Ahorro de costes. Garantía del proveedor. Involucración en el proyecto. Estas fueron las variables fundamentales, con distintos pesos, que nos ayudo a construir la matriz de decisión.

  18. Primer paso En Noviembre realizamos un Rapid assessment con Microfocus Imprescindible para la evaluación de un escenario de downsizing que pueda terminar en diciembre de 2014, con costes inferiores a los analizados en mayo pasado y con una arquitectura de menor riesgo. • Validación del inventario de Software. • Identificación de los cambios necesarios. • Detectar componentes o partes de software obsoleto. • Identificar puntos de contacto con otras aplicaciones. • Aislar los potenciales componentes candidatos para un piloto. • Determinar si podemos realizar migraciones parciales o un BigBan Obtener el esfuerzo necesario para realizar una migración y el grado de compatibilidad del Software.

  19. Resultado • 72% del código directamente compilable en el nuevo entorno. • FIXED DECIMAL or BINARY maximum precision exceeded. • STATEMENT option, keyword parameters and ANS statement not supported in Open PL/I pre-processor. • 29 sentencias CICS no soportadas (0,05% del total). Temas solucionados por Microfocus en su compilador

  20. Resultado Inviable una migración parcial

  21. Presentación de la propuesta • En mayo del 2013 se presento el proyecto 7K al consejo de administración. • Inversión: 6K. • Ahorro recurrente: 7K • Amortización primer año. • Dos Fases: • Fase I (POC). Prueba de concepto y punto de salida del proyecto. Inversión mínima para realizar un piloto. • 2 transacionesOn Line (logon de usuario, posición de cliente) • 14 Jcls. (movimientos de cuentas) • Fase II (Implantación del proyecto). • Aprobación de la Fase I del proyecto.

  22. Metodología Mayo 2013 Sept. 2013 14 meses Fase I - POC Fase II

  23. Gobierno Steering Comitee (Mensual) • D. Medios • D. Tecnología • Control de Medios Comité Operativo (Semanal) • D. Infraestructura. • D. Arquitectura. • D. Tecnología • D.Procura • D.PMO • D.Control PMO (Seguimiento) Seguimiento Proveedores • Pmo • Procura Porting del Mainframe (EXODO) Puesta a cero entorno (RESET) • Infraestructura • Arquitectura Comité Semanal de Pruebas • Equipo de pruebas

  24. Planificación Fase I

  25. Problemas detectados en Fase I • Comparación de cadenas entre entornosEBCDIC y ASCII Solución Analisis de 10.000 programas para determinar el posible impacto. Se detectan pocas incidenciassobre las comparaciones potencialmente conflictivas (54), hay que modificarlas manualmente, el proveedor asume que no habrá impacto ni en plazos ni en coste. • SQL Server 2012 AlwaysOn no soporta adecuadamente MS DTC Solución Planteamiento basado en Microsoft FailoverCluster con Log Shipping y AvailabilityGroup que soporta MS DTC. • Criptografía, Análisis de la funcionalidad de los comandos Esfera. Solución Implementación por los Labs de Atalla de 6 verbos criptográficos no soportados actualmente. Tiempos respuesta en ejecución de la PoC tanto en Tx Online como en ejecución JCLs escritura • Solución Análisise implementación de medidascorrectivasjunto con Microsoft y Micro Focus

  26. Tiempos de respuesta

  27. Arquitectura destino

  28. Arquitectura BBDD

  29. Planificación Fase II

  30. Fase de Pruebas • Definición de tres entornos de referencia: • 2 entornos Mainframe (Lpar) • 1 para desarrollo y pruebas unitarias. • 1 espejo de explotación para pruebas automáticas. • 3 entornos de Referencia • 2 desarrollo y pruebas unitarias. • 1 espejo de explotación mainframe pruebas unitarias. • 1º.- Pruebas unitarias. De transacciones y JCLs. • 2º.- Superada la prueba unitaria, la transacción pasa a pruebas automáticas. • La misma transacción se lanza automáticamente en los dos entornos espejo y se comprueban automáticamente los resultados. • Al menos una vez a la semana, se clonan los entornos de explotación y se lanza todas la operaciones de un día en ambos entornos (Mainframe y Referencia) en simultaneo. • Se comprueban resultados. • Se realiza un cuadre contable. (en base a comprobación estados M1 y M2) • Se comprueban valores de tablas en BBDD • 3º.- 4 meses de Paralelo. • 4º.- 1 mes de pruebas funcionales con usuarios finales.

More Related