Razones por las que las áreas de Desarrollo y Operaciones de las Empresas deben controlar las aplicaciones heredadas, ¡ahora mismo!

Posicionamiento de la plataforma Central Mainframe

2

COMPUWARE CORPORATION | COMPUWARE.COM

Al igual que le pasa a todo el mundo, usted es bombardeado con mucha información y contenido, Lo que signifi ca que probablemente únicamente lee sólo una parte de la información que recibe. Le pedimos que aborde la lectura de este documento de manera diferente, porque honestamente creemos que ofrece información única, basada en hechos, en práctica y que resulta fundamental para el éxito de cualquier empresa con una plataforma Mainframe. Además, le pedimos que lo lea incluso si usted actualmente no es la persona responsable de la plataforma mainframe de la empresa, porque, a nuestro entender, esa responsabilidad formar parte de la dirección de TI.

EL FIN DE LA PLATAFORMA MAINFRAME AISLADADurante décadas, el área de TI ha tratado a la plataforma mainframe como un sistema de función diferente y aislado El personal que se ocupa de la plataforma mainframe posee habilidades diferentes, usa herramientas diferentes, utiliza procesos también diferentes y hasta posee una subcultura diferente.

Este sistema aislado surgió por razones comprensibles. No hay que olvidarse que la plataforma mainframe antecede por mucho a la plataforma distribuida, por lo tanto, durante muchos años fue el único

centro de operación de TI. Cuando la plataforma de TI distribuida fi nalmente emergió, los equipos de especialistas de la plataforma mainframe expresaron dudas respecto a la protección de la estabilidad e integridad de sus ambientes. Y muchas de estas inquietudes (en especial las relacionadas con la confi abilidad, la complejidad, el costo y la seguridad) resultaron tener bastante fundamento.

Sin embargo, y tal como ocurre con todas las tragedias, el aislamiento que mantuvo a la plataforma mainframe segura y estable durante varias décadas del tumulto tecnológico, está demostrando actualmente ser su ruina. La plataforma mainframe ha demostrado ser como un culto secreto, al que asiste solamente sus miembros del clero propio, aislado y separado del mundo externo que signifi ca la infraestructura x86 y de la nube. Y la mayoría de los líderes de TI han complicado más la situación al realizar recortes pronunciados a los costos de la plataforma mainframe, en lugar de invertir en el desarrollo de sus aplicaciones.

El resultado son ambientes mainframe que no poseen la capacidad de respuesta necesaria para el negocio, y no por una propiedad inherente del mainframe, sino por cómo se le ha administrado.

Además, y debido a que el mainframe se ha mantenido aislado e ignorado durante tanto tiempo, son muy pocos los profesionales de TI por fuera de la subcultura del mainframe que conocen COBOL o comprenden de qué manera funcionan las MSUs. Es posible que escriban códigos que llamen al DB2 en la mainframe, pero la plataforma en sí les resulta totalmente misteriosa.

El enfoque aislado y no ágil a desarrollo y operaciones de la plataforma mainframe ya no puede sostenerse más por diversas razones, entre las que se incluyen:

n Reducción de especialistas con conocimiento y habilidades específi cas de la plataforma mainframe. Los profesionales altamente capacitados en la plataforma mainframe que se han ocupado de administrarla y de administrar las aplicaciones, están alcanzando la edad en la que se pensionan de la fuerza de trabajo activa. Hay pocas probabilidades de que las nuevas generaciones de profesionales de TI que posean aptitudes técnicas semejantes y altamente desarrolladas desearán dedicarse a carreras profesionales enfocadas específi camente a la plataforma mainframe.

n Código irremplazable. Las aplicaciones de la plataforma mainframe han evolucionado tanto y se encuentran tan incorporadas en el negocio que son indispensables, y no hay manera práctica y segura de cambiarlas de plataforma. Es por eso que las empresas deben descubrir la manera de conservar las aplicaciones así como la plataforma mainframe durante la década siguiente, o un poco más, más allá de la reducción en la cantidad de especialistas en mainframe.

n Dependencia entre plataformas. La superioridad digital del negocio depende, en parte, de la capacidad que posea el área de TI para aprovechar toda la lógica de las aplicaciones disponibles y los datos en la empresa, y más allá, independientemente del lenguaje de programación o de la plataforma. Entonces, las empresas deben hacer mucho más que simplemente mantener sus aplicaciones de la plataforma mainframe como entidades independientes o aisladas También deben ocuparse de evolucionar y aprovechar de manera más activa tanto el código como los datos de la aplicación de la plataforma mainframe y hacerlo en conjunto con sus otros activos no mainframe.

Conceptos clave1) El fi nal se acerca para los equipos Mainframe aislados.

Los profesionales capacitados en la mainframe están alcanzando la edad de jubilarse y hay muy pocos profesionales de nuevas generaciones que puedan reemplazarlos. Sin embargo, las aplicaciones de la mainframe mantienen su importancia fundamental. Es por eso que TI requiere de una estrategia viable para el mantenimiento y la adaptación ágil del código de la plataforma mainframe, como respuesta a los requisitos comerciales en constante e infatigable cambio.

2) TI debe responder mediante el rápido posicionamiento e integración de la plataforma mainframe. En lugar de continuar con la dependencia en los especialistas en mainframe, TI debe empoderar al personal de desarrollo y operaciones con habilidades para trabajar en la plataforma mainframe como en cualquier otra plataforma, en una empresa con múltiples plataformas, mediante los mismos procesos y herramientas de desarrollo y operaciones que usan para Java, servidores Linux x86, la nube, etc.

3) La Integración no resuelve únicamente un problema de la plataforma mainframe. Además, ofrece ventajas competitivas a toda la empresa digital. Para destacarse en los mercados digitales, no es sufi ciente ser grandes. También hay que ser rápidos. Un ambiente de desarrollo y operaciones empresarial que soporta y colabora ágilmente con las mejores prácticas en todas las plataformas, incluida la plataforma mainframe, es por lo tanto, un requisito competitivo.

3

COMPUWARE CORPORATION | COMPUWARE.COM

POSICIONAMIENTO CENTRAL DE LA PLATAFORMA MAINFRAME

La plataforma mainframe no puede permanecer más tiempo en su estado actual de aislamiento. Pero es necesario que TI se asegure de su viabilidad continua, dado que sus aplicaciones son indispensables y no se las puede cambiar de plataforma. La única conclusión lógica es: TI debe, en última instancia, ubicar a la plataforma mainframe entre los principales procesos de trabajo de desarrollo y operaciones Multiplataforma.

Este posicionamiento principal debe abordar tres zonas fundamentales en la funcionalidad de la plataforma mainframe:

Aplicaciones Mainframe

Las aplicaciones existentes de la plataforma mainframe representan al área de TI lo que podría ser su objetivo más importante y desafi ante, su integración.

Este objetivo es lo más importante, porque:

1) La lógica de las aplicaciones mainframe es extremadamente valiosa para el negocio.

2) El cambio de plataforma de esa lógica de aplicativa ha demostrado ser muy poco práctico.

Las aplicaciones mainframe existentes representan el objetivo de integración más desafi ante porque:

1) Las aplicaciones mainframe han estado ejecutándose durante tanto tiempo y se han modifi cado tan a menudo que general-mente ya no existe la documentación correcta, e incluso, es posible que el personal de TI ya no las comprenda bien.

2) El conocimiento y la fl uidez en el manejo de lenguajes antiguos, como COBOL, PL/I y Ensamblador, suele ser bastante escasa.

La buena noticia es que el código sigue siendo código. Así que, si bien los desarrolladores de la generación del milenio con un conjunto de habilidades generales quizá no estén familiarizados con la sintaxis en particular de COBOL, los principios básicos de la lógica de la aplicación se siguen aplicando. Y dada la adaptabilidad demostrada de los desarrolladores actuales cuando se trata de aprender nuevas sintaxis de lenguajes de programación, la falta actual de expertos con conocimiento de COBOL no representa para el área de TI un problema realmente insuperable.

De hecho, los desarrolladores principales pueden fácilmente hacerse cargo de las aplicaciones mainframe, de forma sencilla al contar con la capacidad de:

n Escribir, modifi car, depurar y administrar el código de aplicaciones mainframe en sus IDE de preferencia

n Recibir asistencia y comentarios inmediatos sobre los problemas de calidad del software mientras trabajan con el código

n Incluir el código de la aplicación mainframe en la misma prueba automatizada y liberarlo en los ambientes que usan generalmente

n Comprender mejor la lógica de las aplicaciones mainframe existentes mediante la visualización de las conductas de tiempo de ejecución, llamadas entre programas, etc.

Finalmente, la estandarización del código de las aplicaciones mainframe en el ambiente más amplio de Desarrollo y Operaciones de la Empresa, habilita al área de TI para tratar al código de la aplicación mainframe igual que a cualquier otro código en cualquier proyecto expeditivo dado, de manera que puede adaptarse rápidamente a los cambiantes requisitos del negocio sin fricciones en procesos problemáticos o costos adicionales.

n La necesidad de alta velocidad. El ritmo de desarrollo de la plataforma mainframe no puede mantenerse siempre a una velocidad notoriamente menor que el resto de las área de TI. Es fundamental contar con capacidad de respuesta expedita, especialmente cuando se trata de soporte de respaldo para las aplicaciones móviles orientadas al cliente. Los procesos lentos en desarrollo y operaciones en la plataforma mainframe socavan la agilidad del negocio de forma tóxica y que puede ser potencialmente fatal.

En pocas palabras, las empresas no pueden aceptar el estatus quo con la plataforma mainframe, en un momento en que sus aplicaciones, sus datos y el poder de procesamiento son más valiosos que nunca para el negocio. TI solamente puede brindarle al negocio todas las funcionalidades digitales que necesita y cuándo las necesita si la plataforma mainframe es tan ágil y accesible para los desarrolladores, analistas de datos y operadores, como las demás plataformas.

Por eso, todos los líderes de TI deben enfrentar los problemas de la plataforma mainframe con decisión y al momento, más allá de sus prejuicios personales y sus percepciones, e independientemente de si son responsables de la plataforma mainframe, a cómo está la situación hoy en día.

Una breve historia de la territorialidad de la plataforma mainframe

La Dirección de TI siempre se ha esforzado por aprovechar los recursos de la plataforma mainframe en el contexto de su territorialidad aislada. Ese esfuerzo se ha desarrollado en cinco etapas sucesivas:

Emulación de terminalETAPA

1

ETAPA

3

ETAPA

4

ETAPA

5

ETAPA

2

El equipo de personal Mainframe permite el acceso a las aplicaciones y a los datos Mainframe desde las computadoras de los usuarios mediante la técnica de “screen-scraping” y otras.

Llamados a las aplicaciones

El equipo de personal Mainframe permite que las aplicaciones distribuidas tengan acceso a los datos en la plataforma Mainframe, a la lógica de las aplicaciones y al procesamiento de transacciones en forma individual.

Monitoreo integral

El equipo de personal Mainframe comparte telemetría selecta de la plataforma y habilita el acceso limitado según las herramientas de monitoreo de rendimiento/fallas.

Analítica de lotes

El equipo de personal Mainframe establece los parámetros para la entrega de datos en gran cantidad para las herramientas de BI empresariales principales, y más adelante, para ambientes basados en Hadoop.

Posicionamiento central

Los equipos de personal principales de las áreas Desarrollo y Operaciones de la Empresa tienen capacidad para aprovechar directamente los recursos de la plataforma mainframe, con los controles apropiados basados en sus políticas internas.

4

COMPUWARE CORPORATION | COMPUWARE.COM

Datos de la mainframe

A diferencia de lo que ocurre con las aplicaciones mainframe, los datos pueden cambiarse de plataforma, al menos, en teoría. Y existen casos de uso en los que tiene sentido la exportación de conjuntos específi cos de datos de la plataforma mainframe a otros ambientes o plataformas para la ejecución de aplicaciones o para fi nes analíticos.

En general y sin embargo, la mejor opción es dejar los datos de la plataforma mainframe en la plataforma mainframe. Entre las razones para hacerlo se cuentan:

n Mejor rendimiento de las aplicaciones

n El almacenamiento de datos en varias ubicaciones suma costos considerables

n Requisitos de seguridad, cumplimiento o requerimientos del Gobierno

No obstante lo antedicho, los datos de la plataforma mainframe deben ser visibles y comprensibles para cualquier desarrollador o analista de datos que tiene la necesidad y autorizaciones apropiadas de acceso Así, al igual que ocurre con el código de la aplicación mainframe, TI debe otorgar al personal que no trabaja con la plataforma mainframe, la capacidad de descubrir y comprender de manera intuitiva los datos, los metadatos, las estructuras de datos y las dependencias de datos de la plataforma mainframe en todos los programas y bibliotecas/”copybooks” de la misma plataforma mainframe. Y, nuevamente, de manera ideal esto debe hacerse con herramientas que se perciben y se ven familiares (p. ej., “projects” tipo Java).

Operaciones Mainframe

Las operaciones son un caso especial de posicionamiento central ya que, en algún nivel, todas las operaciones de TI están aisladas inherentemente. Diferentes equipos técnicos con diferentes habilidades y herramientas, administran los sistemas de Windows y Linux, la infraestructura de almacenamiento, los dispositivos de la red, las bases de datos, el software intermedio, etc. Entonces, TI probablemente continuará con su dependencia de especialistas en IBM z/OS para realizar determinadas tareas esenciales de ajuste y administración de la plataforma mainframe.

Pero, y tal como se mencionó anteriormente, los niveles de servicio de las aplicaciones de punto a punto [2 ] suelen depender de todos estos componentes independientes combinados. Para proteger estos niveles de servicio, TI debe integrar de manera más completa las operaciones Mainframe en las operaciones de la Empresa Esta integración consta de dos aspectos básicos:

1) La administración de datos y alertas de la plataforma mainframe deben integrarse a los principales fl ujos de trabajo de la gestión empresarial.

2) El personal de operaciones de la empresa debe tener capacidad para ingresar a profundidad a la plataforma mainframe cuando investigan problemas en el nivel de servicio de las aplicaciones, sin tener que depender siempre de los SME de IBM z/OS.

Algunas organizaciones de TI ya han otorgado a su personal de operaciones principales algún tipo de visibilidad básica respecto del estado de ciertos recursos y procesos de la plataforma mainframe. Pero la integración de las operaciones de la plataforma mainframe debe avanzar mucho más si las empresas desean obtener benefi cios importantes verdaderos de desarrollo y operaciones entre plataformas.

El principio clave que atraviesa estos imperativos es que los profesionales de TI capacitados deben poder trabajar en la plataforma mainframe con las herramientas y los procesos de su elección. Y sí, TI debe proteger la integridad del ambiente de la plataforma mainframe, pero este no puede seguir siendo un sistema aislado dentro de la empresa. La responsabilidad del Mainframe se debe transferir, en última instancia, a los desarrolladores principales, a los analistas de datos y al personal de operaciones.

LA PLATAFORMA MAINFRAME AISLADA

EL MAINFRAME EN POSICIÓN CENTRAL

DATOSEBCDIC,

COMP-3, ETC.

PLATAFORMAz/OS, CPs,

zIIP, ETC.

APLICACIONESJAVA, PHP,

VBSCRIPT, ETC.

DATOSTEXTO

ESTRUCTURADO,NO

ESTRUCTURADO,IMÁGENES, ETC.

PLATAFORMASWINDOWS,

LINUX,VMWARE,

AZURE, AWS, ETC.

MainframeDesarrollo y Operaciones

de la Empresa

APLICACIONESCOBOL,

PL/I, ETC.

INT

EG

RA

CIÓ

N D

ÉB

IL/C

ON

DIC

ION

AD

A

ESTABLE

EVOLUCIONADA

EXPEDITIVAS

ABUNDANCIA DE HABILIDADES

APLICACIONESJAVA, PHP,

VBSCRIPT, COBOL,PL/I, ETC.

DATOSTEXTO ESTRUCTURADO,

NO ESTRUCTURADO,IMÁGENES, EBCDIC,

COMP-3, ETC.

PLATAFORMASWINDOWS, LINUX,

VMWARE, AZURE, AWSz/OS, CPs, zIIP, ETC.

Desarrollo y Operaciones de la Empresa

AGILES/EXPEDITAS

ABUNDANCIA DE HABILIDADES

ESTABLE

EVOLUCIONADA

PROCESOS LENTOS

ESCASEZ DE HABILIDADES

INTEGRADA ENFORMA DEFICIENTE

NO INCLUYE LÓGICA DEL NEGOCIOPRINCIPAL EVOLUCIONADA

COSTOSAS DE ESCALAR

SIN PROCESAMIENTO DE TRANSACCIONES

DE CLASE EMPRESARIALL

Las organizaciones de TI que permiten que la plataforma mainframe continúe comoun sistema aislado funcional tendrán menos capacidad de respuesta para el negocio

y enfrentarán la amenaza existencial de los sistemas de registro con fallas.

Mediante el empoderamiento de los desarrolladores principales, los analistas de datos y los equipos de operaciones para que sean propietarios de la plataforma mainframe, TI puede optimizar la agilidad digital de punto a punto y garantizar la integridad a largo plazo de los sistemas centrales.

DE ALTO VALOR INTEGRACIÓN ENTRE PLATAFORMAS

INTEGRACIÓN ENTRE PLATAFORMAS

DE ALTO VALOR

5

COMPUWARE CORPORATION | COMPUWARE.COM

EL CASO DE NEGOCIO DE LA INTEGRACIÓN

Por lo que se necesitan razones de peso para que el posicionamiento de la plataforma Central Mainframe escale al punto mas alto de la lista de tareas para el año 2016.

Y lo son. Entre otras, se incluyen:

Mitigación del riesgo existencial del Mainframe La pérdida de los grupos de especialistas capacitados en la plataforma mainframe es un riesgo tan grave para el negocio como lo fuera Y2K. La diferencia es que la fecha del desastre no se conoce. Las empresas que continúan con la postura de demorar la resolución de este problema, verán con el tiempo cómo se evapora el valor de décadas de inversiones en lógica de aplicaciones críticas para el negocio.

Agilidad esencial del negocio Si no puede modifi car rápidamente la lógica de las aplicaciones Mainframe y hacerlo con confi anza, su negocio no tendrá la agilidad sufi ciente para competir en el ambiente actual de irrupción digital constante. No hay otra opción, las empresas sólo tienen que integrar la administración del código de las aplicaciones mainframe en sus principales procesos continuos SDLC

Atracción de talento de la generación del milenioLas organizaciones de TI de las Empresas tienen que lograr que la próxima generación de profesionales capacitados y motivados trabajen en las operaciones, con los datos y con las aplicaciones de la plataforma mainframe. Pero es algo que será muy difícil de lograr si las herramientas y los procesos son de la década de los ochenta.

Más valor y mejor experiencia para el cliente. Las empresas en todos los mercados deben aprovechar la información y los conocimientos para hacer más por sus clientes, que la competencia. Gran parte de esa información y esos conocimientos se encuentran en la plataforma mainframe. Las empresas que no pueden aprovechan en forma activa y adaptable la información y los conocimientos porque sus mainframe son lentos y cerrados, perderán invariablemente ante una competencia más ágil.

Informática empresarial más escalable, confi able, segura y rentableLa plataforma de IBM z/OS es en realidad un lugar increíble para ejecutar todo tipo de cargas de trabajo de Linux y de código abierto, en especial si se la compara con la infraestructura x86 de crecimiento desmedido que es compleja, poco confi able y costosa. Una vez que se elimina del estado aislado a la plataforma mainframe, TI puede aprovechar su rendimiento y confi abilidad superiores, así como su huella física fi ja y sus muy bajos costos incrementales.

Cumplimiento normativo con mayor confi anza y menos fricción Los sistemas aislados son el enemigo del cumplimiento normativo. Evitan la implementación de las políticas en forma uniforme en toda la empresa y fragmentan la auditoría de tal manera que resultan más costosas y provocan escepticismo en los auditores. Gracias a una integración más profunda de la plataforma mainframe en el ambiente empresarial más amplio, TI puede unifi car los procesos de cumplimiento normativo para optimizar la credibilidad y reducir costos.

TI tiene que conservar y mantener operativa la plataforma mainframe porque no le queda otra opción. Su condición actual y aislamiento se podrá mantener durante mucho tiempo y no se le puede eliminar simplemente. La única salida es su Integración con las otras plataformas Lo que también signifi ca una gran mejora.

Las aplicaciones de la plataforma mainframe son irremplazables y activos de la empresa de valor incalculable. La TI bimodal las ubica a un lugar sin relevancia. Por otro lado, la inclusión transformacional de la plataforma mainframe en Desarrollo y Operaciones de la Empresa asegura su valor y permanencia a largo plazo, y optimiza la competitividad exitosa, de las empresas de gran tamaño, en los mercados cada vez más digitalizados en el mundo.

01.16 31287_Mainstreaming_the_Mainframe

ACERCA DE COMPUWARE Compuware permite y facilita a las empresas más grandes del mundo para que se destaquen en la economía digital mediante el aprovechamiento total de las inversiones de alto valor que han hecho en la plataforma mainframe. Lo logramos mediante la prestación de soluciones altamente innovadoras que habilitan en forma exclusiva a los profesionales de TI con habilidades principales para administrar las aplicaciones de la mainframe, sus datos y operaciones de plataforma.

Conozca más en compuware.com.

Compuware Corporation World Headquarters • One Campus Martius • Detroit, MI 48226-5099

© 2016 Compuware Corporation. Todos los productos y servicios Compuware aquí mencionados son marcas comerciales o marcas comerciales registradas de Compuware Corporation. Java es una marca comercial registrada de Oracle o sus afiliados.

Sin abandono de plataformas

Ante la importancia que tienen las aplicaciones del mainframe y la dificultad histórica que presenta su agilización completa, varias de las autoridades en la industria han propuesto algo denominado “TI bimodal”. La esencia de la TI bimodal establece que las empresas deben abandonar todo intento de agilizar la mainframe, y deben segmentarse en “modo estable” y “modo expeditivo”.

En tanto que este enfoque puede resultar atractivo para quienes sienten escalofríos de tan solo pensar en la transformación verdadera del mainframe, no es una opción viable debido a varias razones:

n La agilidad del negocio exige agilidad de la plataforma mainframe. Las mejoras en la experiencia digital del cliente con frecuencia dependen de las bases de datos principales, los sistemas de procesamiento de transacciones y la lógica altamente refinada del negocio, que siguen alojadas en la plataforma mainframe y con probabilidad de que siempre lo estarán.

n La estabilidad y la agilidad no son mutuamente excluyentes. Sugerir que lo son, es en realidad negar todo el enorme movimiento hacia desarrollo y operaciones, liberaciones continua, etc.

n Optar por el estatus quo no es una estrategia que ayude a la diferenciación competitiva. Si fuera sencillo y rápido implementar las mejores prácticas en la plataforma mainframe, todas las empresas ya lo hubieran hecho, y no presentarían muchas ventajas competitivas de importancia.

n La confiabilidad del mainframe, el rendimiento a escala y la seguridad se necesitan cada vez más, no menos. La replicación de las cualidades de la plataforma mainframe en ambientes distribuidos/en la nube ha demostrado ser una tarea excesivamente costosa (y en ocasiones imposible). Entonces, TI debe concentrarse en una mejor explotación de dichas cualidades en lugar de dejar que se desperdicien.