Posicionamiento de la plataforma Central Mainframe

Posicionamiento
de la plataforma
Central Mainframe
Razones por las que las áreas de Desarrollo y
Operaciones de las Empresas deben controlar
las aplicaciones heredadas, ¡ahora mismo!
Al igual que le pasa a todo el mundo, usted es bombardeado
con mucha información y contenido, Lo que significa
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.
Conceptos clave
1)
2)
3)
El final 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.
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.
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 suficiente 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.
EL FIN DE LA PLATAFORMA
MAINFRAME AISLADA
Durante 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
2
COMPUWARE CORPORATION | COMPUWARE.COM
centro de operación de TI. Cuando la plataforma de TI distribuida
finalmente 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 confiabilidad, 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 significa 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íficas 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íficamente 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.
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:
ETAPA
Emulación de terminal
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.
ETAPA
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.
1
2
ETAPA
3
ETAPA
4
ETAPA
5
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.
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 desafiante,
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 desafiante porque:
1)
Las aplicaciones mainframe han estado ejecutándose durante
tanto tiempo y se han modificado tan a menudo que generalmente 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 fluidez 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, modificar, 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.
3
COMPUWARE CORPORATION | COMPUWARE.COM
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íficos de datos de la plataforma mainframe a otros ambientes
o plataformas para la ejecución de aplicaciones o para fines 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 flujos 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 beneficios
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.
4
COMPUWARE CORPORATION | COMPUWARE.COM
LA PLATAFORMA MAINFRAME AISLADA
Desarrollo y Operaciones
de la Empresa
Mainframe
APLICACIONES
COBOL,
PL/I, ETC.
DATOS
EBCDIC,
COMP-3, ETC.
PLATAFORMA
z/OS, CPs,
zIIP, ETC.
INTEGRACIÓN DÉBIL/CONDICIONADA
Datos de la mainframe
APLICACIONES
JAVA, PHP,
VBSCRIPT, ETC.
DATOS
TEXTO
ESTRUCTURADO,
NO
ESTRUCTURADO,
IMÁGENES, ETC.
PLATAFORMAS
WINDOWS,
LINUX,
VMWARE,
AZURE, AWS, ETC.
ESTABLE
EXPEDITIVAS
EVOLUCIONADA
ABUNDANCIA DE HABILIDADES
DE ALTO VALOR
INTEGRACIÓN ENTRE PLATAFORMAS
PROCESOS LENTOS
NO INCLUYE LÓGICA DEL NEGOCIO
PRINCIPAL EVOLUCIONADA
ESCASEZ DE HABILIDADES
COSTOSAS DE ESCALAR
INTEGRADA EN
FORMA DEFICIENTE
SIN PROCESAMIENTO
DE TRANSACCIONES
DE CLASE EMPRESARIALL
Las organizaciones de TI que permiten que la plataforma mainframe continúe como
un 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.
EL MAINFRAME EN POSICIÓN CENTRAL
Desarrollo y Operaciones de la Empresa
APLICACIONES
JAVA, PHP,
VBSCRIPT, COBOL,
PL/I, ETC.
DATOS
TEXTO ESTRUCTURADO,
NO ESTRUCTURADO,
IMÁGENES, EBCDIC,
COMP-3, ETC.
PLATAFORMAS
WINDOWS, LINUX,
VMWARE, AZURE, AWS
z/OS, CPs, zIIP, ETC.
AGILES/EXPEDITAS
ABUNDANCIA DE HABILIDADES
INTEGRACIÓN ENTRE PLATAFORMAS
ESTABLE
EVOLUCIONADA
DE ALTO VALOR
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.
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 modificar rápidamente la lógica de las aplicaciones Mainframe y hacerlo con confianza, su negocio
no tendrá la agilidad suficiente 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
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.
Cumplimiento normativo con mayor confianza 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 unificar los procesos de cumplimiento normativo para
optimizar la credibilidad y reducir costos.
Atracción de talento de la generación del milenio
Las 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.
Informática empresarial más escalable, confiable, segura y rentable
La 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 confiable y costosa. Una vez que se elimina del estado aislado a la plataforma mainframe,
TI puede aprovechar su rendimiento y confiabilidad superiores, así como su huella física fija y sus muy bajos
costos incrementales.
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 significa 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.
5
COMPUWARE CORPORATION | COMPUWARE.COM
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.
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.
01.16 31287_Mainstreaming_the_Mainframe