La Tecnología al servicio del cliente.

Transcripción

1

2 RURAL SERVICIOS INFORMATICOS S.C La Tecnología al servicio del cliente. Luis Martínez Gómez-Lobo Director de Producción R.S.I

3 Historia. AGENDA Objetivos a medio plazo. Hacer más con menos. Arquitectura. Resultados. Conclusiones. Próximos proyectos 2008/2013.

4 Rural Servicios Informáticos S.C Historia Entidad fundada en Primera empresa de outsourcing financiero de España. 80 entidades, oficinas. La primera conexión fue C.R. La Roda (1988). Más de clientes finales. Más de transacciones día. Nuevas Tecnologías (ebank, Banca telefónica, etc) Cajeros Tarjetas TPVs

5 Rural Servicios Informáticos S.C OBJETIVOS. Reducción de los costes de explotación. Cómo? Migrando aplicaciones de misión crítica a sistemas medios. Migraciones en corto plazo. Garantizando la misma funcionalidad. Garantizando el mismo nivel de rendimiento. Garantizando el día después.

6 Rural Servicios Informáticos. S.C. ARQUITECTURA HARDWARE TECNOLÓGICA. Server Time Protocol CF CF UNIX Consolas OSA ICC IBM HOST IBM System z PROC001 DB2 IMS MQs APPC z/os JES2 H i p e r s o c k e t s 6 CPs Propósito General 1 CP ICF VTAM R e TCP/IP d XCF GRS I P O S WLM A 3 CPs ZIIP 2 CPs IFL LINUX HMC IBM TKE HOST IBM System z PROC002 DB Mips 514 Mips 1500 Mips IMS Coste HARD + SOFT MQs APPC JES2 z/os VTAM R e TCPIP d Coste HARD XCF Mips H i p e r s o c k e t s Coste GRS HARD WLM I P O S A 6 CPs Propósito General Mips 1 CP ICF Mips 3 CPs ZIIP Mips Coste 3 CPs IFL LINUX Mips Coste S ERO FICH Coste HARD + SOFT HARD HARD ORACLE FICH ERO S AIX WINTEL DB2 LINUZ LINUZ LINUZ ENTORNO MAINFRAME Negocio Procesadores de propósito general z/os Mips y Mips en Procesadores Sysplex Base de Datos Procesadores específicos ZIIP Mips ENTORNO DISTRIBUIDO OBELIX Procesadores específicos LINUX Mips AGROS Servidores dual core (63 % del Transaccional) CI / CRM / Riesgos /Otros Banca Electrónica / Presupuestación Plataforma HP e IBM con SO UNIX y AIX Plataforma IBM con SO AIX

7 Rural Servicios Informáticos S.C INFRAESTRUCTURA TECNOLÓGICA DE ALMACENAMIENTO EMC2. CPD PRINCIPAL CPD RESPALDO CS DMX STD FLASH DRIVES R1 R1 MAINFRAME z/os FICON y FC / SRDF ED140M FICON Cascading BT DWDM SIEMENS FSP 2000 ED140M FICON y FC / SRDF DMX STD FLASH DRIVES R2 BCV2 R2 BCV2 MAINFRAME DMX R1 R1 FICON y FC / SRDF FC / SRDF TELEFÓNICA DWDM DUSAC FIBERNET CANAL FTX FICON y FC / SRDF FC / SRDF DMX MAINFRAME z/os OBELIX LINUX FC / SRDF DMX R1 ED48000 B SAN Extendida ED48000 B FC / SRDF R2 BCV2 MAINFRAME OBELIX OPEN CENTERA R2 OPEN CI HP/UX IBM/AIX Windows FC / SRDF CENTERA BCV2 OPEN R1 OPEN Entorno Filenet 12 Nodos SRDF SINCRONO. INTERCONEXIÓN ENTRE CPDs REDUNDADA y BALANCEADA

8 EL HARDWARE RESULTADO DE TODO ESTO ES... Explotación de Sistemas Evolución capacidad MIPS Transacciones (millones) a ñ o s Capacidad de proceso (M.I.P.S.) Transacciones realizadas (Millones)

9 ESTIMACIÓN HARDWARE2010 Explotación de Sistemas Evolución capacidad MIPS Transacciones (millones) a ñ o s Capacidad de proceso (M.I.P.S.) Transacciones realizadas (Millones)

10 ESTIMACIÓN HARDWARE2010 / 2013 Explotación de Sistemas Evolución capacidad MIPS Transacciones (millones) a ñ o s Capacidad de proceso (M.I.P.S.) Transacciones realizadas (Millones)

11 CONCLUSIONES. Es posible ejecutar aplicaciones de misión crítica en sistemas abiertos. Es posible aplicar la metodología y el rigor de las plataformas mainframe a los sistemas abiertos. El problema no son los mimbres para hacer el cesto, sino como hacerlo. Una migración es sólo un proyecto tecnológico, con una clara definición: queremos el mismo resultado con menor coste. Mínima afectación a las Áreas de Desarrollo. Mínima afectación a la gestión de la explotación. El ahorro de costes es significativo. A mayor crecimiento más beneficio.

12 Pero no todo ha sido fácil: La aplicación genera, por programas y por parámetros de jcl, sentencias sql dinámicas. Se diseñó un conversor de sentencias DB2 a Oracle. Los gestores Oracle y DB2 tienen distinto comportamiento. Los programas usan las facilidades de CHKP y XRST, típicas de IMS, que se han tenido que diseñar en UNIX. Los programas siguen ejecutando las llamadas ENTRY DLITCBL y CALL CBLTDLI. En el mercado no hay utilidades de load y unload efectivas para grandes volúmenes de datos. Incompatibilidad de formato de load/unload de DB2 y ORACLE. Backup/restore muy pesados para nuestros volúmenes de datos.

13 Pero no todo ha sido fácil: La arquitectura diseñada era conceptualmente válida, pero muy pesada. Se optimizó en poco tiempo. Conversiones de datos EBCDIC ASCII. Problemática de campos Varchar.

14 Centro de Información En producción abril 2006 COBOL OPEN de alto rendimiento. Funcionamiento similar a Z/Series. 9 meses de proyecto. No implicación del equipo de Desarrollo. No pruebas unitarias Reducción de costes 9:1

15 Transaccional AGROS. Inicio producción marzo 2007 Implantación gradual con red. Actualmente 63% del total de TRX. Arquitectura S.O.A. No implicación equipos de Desarrollo. Migración 95% automática. Código 100% libre de errores de negocio. No pruebas unitarias. Reducción de costes EN OTRA DIMENSIÓN.

16 PROYECTOS 2008/2013. Migración del batch de transaccional. OBELIX Inicio proyecto marzo Migración de la lógica de negocio a procesadores IFL. Base de datos DB2 en z/series Actualmente en pruebas, 700 jobs morning batch. Conversión de jcls a shell script automática. No pruebas unitarias.

17 Sustitución IMS D.C. Inicio piloto octubre Inicio proyecto diciembre Paso a producción julio 2009 Migración DB2 Previsto para el periodo 2012/2013.

18 PREGUNTAS?

19