Transcripciones
1. INTRODUCCIÓN: Bienvenido al
dominio de mainframe con DevOps. Integración de sistemas heredados
con prácticas ágiles. Mi nombre es Ricardo
Nupi y soy tu instructor
para este curso El objetivo del
dominio de mainframe con DevOps es
capacitar a los administradores de
sistemas informáticos de mainframe y a capacitar a los administradores de
sistemas informáticos de mainframe y profesionales de
TI para integrar
con éxito principios de
DevOps en los profesionales de
TI para integrar
con éxito los principios de
DevOps en
sus entornos de mainframe heredados. Al final del
curso, los estudiantes dominarán la capacidad de
modernizar sus operaciones de
mainframe utilizando prácticas ágiles, agilizarán los procesos
para la automatización y fomentarán la colaboración entre
equipos Podrán
construir y administrar canalizaciones
TICD, automatizar flujos de trabajo
críticos y garantizar la seguridad
y el cumplimiento, todo mientras mantienen
la estabilidad y confiabilidad de sus sistemas
principales de mainframe Este curso tiene como objetivo proporcionar estrategias
procesables
y herramientas prácticas que ayuden a cerrar la brecha entre los sistemas mainframe
tradicionales y las prácticas modernas de DevOps, permitiendo a los estudiantes
liderar sus organizaciones hacia una mayor agilidad,
eficiencia El objetivo final
es que los estudiantes adquieran las
habilidades, conocimientos y habilidades que les
permitirán integrar principios de
DevOps en
sus operaciones de mainframe, asegurando una colaboración fluida
y flujos de trabajo modernizados Aquí hay un desglose detallado de las habilidades y
conocimientos específicos que obtendrán
al final del curso. Primero, comprender los principios de
DevOps en un contexto de mainframe Los estudiantes tendrán un
profundo conocimiento de los conceptos
básicos de DevOps,
como la integración continua, entrega
continua, la
automatización y la colaboración, y cómo estos principios se pueden aplicar específicamente a los entornos de
mainframe Dos, construcción y administración ductos
CICD para
sistemas mainframe Los estudiantes
aprenderán a diseñar, construir y administrar canalizaciones CICD adaptadas a flujos de trabajo de mainframe Podrán automatizar las pruebas de
código, la implementación y el monitoreo para aplicaciones de
mainframe utilizando herramientas modernas de DevOps Tres, la automatización de los procesos de
mainframe. Desarrollarán la
capacidad de automatizar procesos
clave de mainframe,
como pruebas e implementaciones, utilizando
herramientas como Jenkins, Git e IBM urban code,
al tiempo que garantizan una interrupción mínima Cuatro, facilitando la colaboración entre
equipos. Los estudiantes podrán
fomentar la colaboración entre equipos de mainframe y departamentos de TI
más amplios Aprenderán estrategias
para romper silos, integrar flujos de trabajo y promover objetivos
compartidos entre equipos
utilizando metodologías ágiles Cinco, implementando prácticas
ágiles en operaciones de
mainframe Podrán incorporar prácticas
ágiles como
desarrollo iterativo, sprints
y retroalimentación continua
en las operaciones de mainframe, y retroalimentación continua
en las operaciones de mainframe, haciéndolas más receptivas a necesidades del
negocio sin Seis, integrando herramientas DevOP
modernas con sistemas mainframe heredados Los estudiantes aprenderán
a integrar
herramientas modernas de DevOps como Git, Docker y Kubernetes en
el ecosistema de mainframe,
entendiendo cómo adaptar estas herramientas a los desafíos específicos de mainframe entendiendo cómo adaptar estas herramientas a integrar
herramientas modernas de DevOps como Git,
Docker y Kubernetes en
el ecosistema de mainframe,
entendiendo cómo adaptar estas herramientas a los desafíos específicos de mainframe. Siete, administrar riesgos y garantizar la seguridad en
Devos para mainframes Obtendrán experiencia en gestión de riesgos y el mantenimiento cumplimiento de las regulaciones de
seguridad al tiempo que adoptan procesos Devos
más rápidos y ágiles Esto incluye
aprender a implementar ductos
seguros de Devo que mantengan la estabilidad de los sistemas mainframe
críticos A, superando la resistencia al
cambio en los equipos de mainframe. Los estudiantes adquirirán habilidades de liderazgo y gestión de cambios, ayudándolos a guiar a
sus equipos para llamar
al cambio cultural requerido
para la adopción de DevOps Aprenderán a
abordar la resistencia y crear buy in entre sus llamamientos de
mainframe Nueve, monitoreando y optimizando rendimiento
de mainframe en
un entorno DevOps Aprenderán a
configurar
estrategias de monitoreo y optimización
del rendimiento para mainframes en un entorno
DevOps, asegurando que los sistemas sigan siendo eficientes, confiables
y Diez, liderando iniciativas de
modernización de mainframe. Al finalizar el
curso, los estudiantes estarán preparados para liderar proyectos de
modernización de mainframe, alineando sus
sistemas heredados con servicios Cloud, móviles y web a prueba de futuro, su infraestructura de
TI Para implementar exitosamente el
mainframe Devos, hay ocho pasos o
etapas
esenciales que los estudiantes
deben Estas etapas
los guiarán desde la comprensión de los conceptos de
Devos hasta su
integración completa en sus operaciones de
mainframe, asegurando una colaboración fluida
y flujos de trabajo eficientes Paso uno: evaluar el entorno de
mainframe actual. El objetivo es obtener una comprensión
integral de la
infraestructura,
los
flujos de trabajo y los procesos de mainframe existentes trabajo y los procesos Acción, realice una evaluación
exhaustiva del estado actual de los sistemas mainframe,
identificando procesos manuales, identificando procesos manuales, ineficiencias y
cuellos de botella que podrían beneficiarse de las prácticas de
DevOps, ineficiencias y
cuellos de botella que
podrían beneficiarse de las prácticas de
DevOps,
mapear aplicaciones clave y dependencias. Preguntas clave para hacer, ¿cuáles son los flujos de trabajo críticos? ¿Qué procesos son manuales? ¿Dónde están las
oportunidades de automatización y optimización? Um, dos, establecer una
cultura y mentalidad DevOps. El objetivo es cambiar la cultura
organizacional de las operaciones
tradicionales de mainframe en silos a una mentalidad más colaborativa
y ágil Acción, introducir
los conceptos de DevOps tanto a los
equipos de mainframe como a los temas de TI más amplios. Enfatizar la importancia
de la colaboración, la responsabilidad
compartida y
el trabajo en equipo multifuncional Cree la compra de
las partes interesadas
demostrando los beneficios a
largo plazo de DevOps para mainframes Elementos clave, estrategias de
comunicación, apoyo al
liderazgo y tácticas de gestión del
cambio. Paso tres, pruebas automatizadas
y aseguramiento de calidad. El objetivo es iniciar la transformación de Devos
automatizando procesos críticos de
pruebas Acción, implementar marcos de
prueba automatizados específicos para
aplicaciones de mainframe como COBOL Concéntrese en
la integración continua
ejecutando pruebas automáticamente
cada vez que se agregue nuevo código. Esto reducirá el tiempo
dedicado a las pruebas manuales y aumentará la calidad de las
versiones. Herramientas a utilizar. Utilice herramientas como Jenkins o IBM Urban code para
automatizar los ciclos de prueba Um, Paso cuatro, implementar tuberías de
integración continua. El objetivo es
desarrollar y administrar canalizaciones de integración
continua para aplicaciones de mainframe. Acción, configure canalizaciones de
CI automatizadas que permitan a los desarrolladores integrar código regularmente en
un repositorio compartido, garantizar que cada
integración desencadene construcciones y pruebas
automatizadas para detectar errores de manera
temprana y frecuente. Actividades clave, integración de
sistemas de control de versiones como G con herramientas de
CI como Jenkins para
manejar la automatización de compilación para aplicaciones
mainframe A, Paso cinco, automatiza la implementación con canalizaciones de entrega
continuas. El objetivo es automatizar
el proceso de implementación para reducir el tiempo de inactividad y
acelerar los ciclos de lanzamiento. Acción, extienda la automatización más allá las pruebas y las construcciones mediante configuración de canales de
entrega continua que implementan automáticamente los cambios
probados en diferentes entornos, como el desarrollo, la puesta en escena
y la producción. Esto asegura que la implementación sea más rápida y
menos propensa a errores. Las herramientas que utilizan herramientas como IBM Urban code deploy son responsables de la automatización de
mainframe City Oh Paso seis, integre bucles
de monitoreo y retroalimentación. El objetivo es
crear bucles de retroalimentación para la mejora
continua
y el monitoreo proactivo. Accione, configure sistemas de monitoreo
y registro del
rendimiento, realice un seguimiento del rendimiento del mainframe
y detecte problemas de manera temprana Implemente bucles de retroalimentación para mainframe y los equipos de Devops colaboran para resolver problemas
y optimizar el sistema La retroalimentación continua
mejora la confiabilidad y el rendimiento a lo largo del tiempo. actividad del sistema Imtrex, tasa de éxito
de implementación
y tiempos de resolución de problemas Um, Paso siete, garantizar la seguridad
y el cumplimiento en DevOps. El objetivo es mantener altos estándares de seguridad y
cumplimiento mientras se adoptan las prácticas de Devos Acción, integre la seguridad
en las tuberías o configuraciones de Devos
automatizando las pruebas de
seguridad y asegurando que las verificaciones de cumplimiento
sean parte del proceso de CICB Esto es especialmente importante
en industrias reguladas
como las finanzas y la atención médica donde
se usan comúnmente mainframes Áreas clave, incorpore herramientas para el escaneo de
vulnerabilidades
y verificaciones de cumplimiento directamente en el pipeline del CICB Paso ocho,
optimizar y escalar continuamente. El objetivo es refinar
regularmente las prácticas de
DevOps y
escalarlas en todo el entorno de
mainframe prácticas de acción como Devos Las prácticas de acción como Devos se integran en las operaciones de
mainframe, evalúan
y optimizan
continuamente los procesos para lograr la eficiencia y el rendimiento, escalar implementaciones exitosas de
Devo en otras partes
de la organización Fomentar la formación continua
y el desarrollo de habilidades para mantener al equipo actualizado con nuevas herramientas y metodologías. Enfoque futuro, introducir prácticas de Devo
más avanzadas como contenerización o Docker e integración en la nube
híbrida para aún más El curso se divide en
ocho módulos de la siguiente manera. Módulo uno, introducción
a DevOps para mainframes. Este módulo introduce el concepto
central de DevOps y explica por qué y cómo se
aplican a los sistemas mainframe Cubre los beneficios
de DevOps para sistemas
heredados y sienta las bases para todo
el curso Objetivo de aprendizaje,
al final de este módulo, podrá explicar los principios básicos
de DevOps e identificar al menos tres beneficios de aplicar Devops al entorno de
mainframe Módulo dos, evaluando su entorno de mainframe
para la preparación de DevOps Los estudiantes aprenderán a evaluar su infraestructura de
mainframe actual, identificando puntos,
procesos manuales y cuellos de botella Este módulo establece un escenario para la implementación de
DevOps al identificar áreas que
necesitan modernización Objetivo de aprendizaje,
al final de este módulo, podrá realizar evaluación
integral de
su sistema mainframe e identificar al menos
cinco procesos o áreas que podrían
beneficiarse de las prácticas de DevOps Módulo tres, construyendo una cultura DevOps en equipos de
mainframe Este módulo se centra en cambiar
la mentalidad de la organización, romper los silos
y fomentar colaboración entre los equipos de
mainframe
y los departamentos de TI más amplios Abarca estrategias
de gestión del cambio y técnicas de
liderazgo
para introducir DevOps. Objetivos de aprendizaje. Al final de este módulo, podrá
crear una estrategia para fomentar la
colaboración y
desglosar los silos entre
mainframe y los equipos de TI y esbozar técnicas de
administración previa al cambio para impulsar la adopción de DevOps Un Módulo cuatro, automatización de pruebas e integración
continua
para mainframes Los estudiantes se sumergirán en la
automatización de pruebas para aplicaciones de
mainframe y en la
configuración de tuberías de CI Este módulo cubre herramientas como
Jenkins e IBM Urban code que explican cómo automatizar
el proceso de prueba para garantizar una integración de código más rápida y
confiable Objetivo de aprendizaje,
al final de este módulo, podrá configurar una canalización de
integración continua para aplicaciones mainframe y automatizar al menos dos procesos
clave de prueba utilizando herramientas como Jenkins
o IBM Urban code Módulo cinco, implementando la automatización
continua de entrega e
implementación. Este módulo enseña a
los estudiantes cómo automatizar el proceso de implementación para canalizaciones de entrega
continuas, enfocándose en reducir la intervención
manual y minimizar el tiempo de inactividad
durante las implementaciones. Se explorarán las herramientas para la
automatización de la implementación. Objetivo de aprendizaje,
al final de este módulo, podrá automatizar los procesos de
implementación
implementando una
canalización de entrega continua y demostrar cómo reducir el
tiempo de implementación en al menos un 30%. A Módulo seis, monitoreo de bucles de retroalimentación y optimización
del rendimiento. Los estudiantes
aprenderán a configurar sistemas de
monitoreo
y bucles de retroalimentación que aseguren
la mejora continua. Este módulo se centra en cómo monitorear el
rendimiento de mainframe en un entorno DevOps
y cómo optimizar para mejor confiabilidad
y Objetivo de aprendizaje,
al final de este módulo, podrá configurar
un sistema de monitoreo para rendimiento de
mainframe y
establecer bucles de retroalimentación, demostrando cómo
identificar y resolver problemas de
rendimiento dentro de
un marco de DevOps Módulo siete,
integrando seguridad y cumplimiento en mainframe
Devos o DevSecOps Este módulo cubre
cómo integrar las prácticas de
seguridad dentro
del marco de DevOps, asegurando que los sistemas mainframe sigan cumpliendo con los estándares de
la industria Incluye la automatización de comprobaciones
de seguridad y escaneo de
vulnerabilidades como
parte del proceso CICD Objetivo de aprendizaje,
al final de este módulo, podrá implementar verificaciones de seguridad
automatizadas en el pipeline de CICD y
garantizar el cumplimiento las regulaciones de
la industria
mediante la realización al
menos dos escaneos de vulnerabilidad como parte del proceso de
implementación Módulo ocho, escalado y optimización de
prácticas de DevOps para mainframes El módulo final
explora cómo escalar las prácticas de
DevOps en el entorno mainframe de
una organización También cubre técnicas de
optimización continua para mejorar la eficiencia, la colaboración en
equipo y los futuros sistemas de
pruebas para las necesidades empresariales
en evolución. Objetivos de aprendizaje,
al final de este módulo, podrá escalar las prácticas de
Devo en su entorno de mainframe y optimizar los flujos de trabajo existentes, demostrando una mejora
en la eficiencia del equipo y el rendimiento
del sistema en al menos un 20%. Empecemos.
2. Lección 1: ¿Qué es DevOps?: Bienvenido al Módulo uno. Introducción a DevOps
para mainframes. En este módulo,
aprenderás los conceptos fundamentales de Davos, cómo se aplican a los entornos
mainframe y cómo construir una cultura
colaborativa modernizada dentro de tus Exploraremos la integración
continua, entrega
continua, automatización y
la colaboración, y cómo estos principios pueden
transformar su sistema heredado. Lección uno, qué es Devops. Bienvenido a la lección uno de Maestría de Mainframe con
Devos donde vamos a comenzar nuestro viaje respondiendo a
una pregunta fundamental .
¿Qué es DevOps En esta lección,
exploraremos los principios clave de Devos y desglosaremos sus componentes
principales, integración
continua para CI, entrega
continua para CD,
automatización y colaboración También examinaremos en qué se diferencia
Devos de las formas tradicionales en que los equipos de
mainframe han operado
históricamente Si eres un
profesional de mainframe como yo, tal vez
te preguntes, ¿cómo
encaja este enfoque moderno en nuestros sistemas heredados Al final de estas lecciones, comprenderá claramente por qué Devos no
solo es posible sino fundamental para las operaciones de
su mainframe ¿Qué es DevOps? En esencia, DevOps es una combinación de
desarrollo y operaciones, y es más que un conjunto
de herramientas o tecnologías DevOps es una filosofía, una forma de trabajar que
promueve una cultura de colaboración entre sistemas
tradicionalmente aislados Se trata de romper las barreras entre
los desarrolladores que escriben el código y los equipos de
operaciones
que administran la implementación
y el mantenimiento, asegurando que todos trabajen juntos durante todo el ciclo de vida del
desarrollo de software. En el contexto de los mainframes, esta filosofía podría parecer una desviación radical de cómo se han hecho las cosas
tradicionalmente Los mainframes a menudo operaban con una clara distinción entre roles Los desarrolladores,
administradores de sistemas y equipos de
operación trabajan
en sus propios rincones. Pero con DevOps, estamos avanzando hacia una cultura de responsabilidad
compartida Ahora, vamos a romper
sus principios fundamentales. EBOS se basa en
cuatro principios básicos, integración
continua o CI, entrega
continua o CD,
automatización y colaboración Vamos a desglosar esto
en más detalles. Integración continua o CI. integración continua es
la práctica de fusionar los cambios de
código frecuentemente en un depósito compartido donde se
prueban automáticamente El objetivo es detectar
errores temprano y frecuentemente, haciendo que el desarrollo sea más
eficiente y reducir el riesgo de integrar grandes cambios tardíos
en el proceso. Un ejemplo, imagina
que estás trabajando en un programa crítico de cobalto para tu sistema de
transacciones de instituciones financieras. Antes de adoptar CI, es posible que
tu equipo haya pasado
semanas codificando de forma aislada, solo para descubrir problemas de
integración una vez que todo se fusionó. Sin embargo, con CI,
cada cambio de código se
construye y prueba automáticamente, lo que le permite detectar
problemas de manera temprana. Esto reduce las costosas reelaboraciones y garantiza que los problemas
se identifiquen rápidamente Entrega continua para CV. Si bien CI se enfoca en integrar y probar
código con frecuencia, CD de entrega
continua
lleva las cosas un
paso más allá al automatizar la implementación de código probado en producción El objetivo es tener su base de
código lista para implementación en cualquier momento dado con una mínima intervención humana. Un ejemplo, en un entorno de
mainframe tradicional, implementación de nuevas actualizaciones su sistema CICS podría haber requerido semanas
de coordinación, aprobaciones y Con CD, puede
automatizar gran parte de este proceso para que después de que
un cambio pase las pruebas, se
empaqueta automáticamente para su implementación. Esto significa lanzamientos más rápidos, menos tiempo de inactividad y
menos errores manuales. Automatización. La automatización es
la columna vertebral de Devos Desde las pruebas hasta la implementación, la automatización de
tareas repetitivas garantiza que los sistemas sean más
eficientes y confiables En un entorno Devos, todo lo que se pueda automatizar
debe automatizarse . Un ejemplo. Piense en las pruebas manuales realiza
su equipo
antes de su lanzamiento. Es laborioso,
propenso a errores y consume mucho tiempo. Al automatizar esta
prueba, por ejemplo, automatizar la prueba de regresión
para tus programas COBOL, puedes liberar a tu equipo para que se
concentre en tareas de mayor valor La automatización se puede
aplicar a pruebas, implementación,
aprovisionamiento de infraestructura
e incluso verificaciones de seguridad. Colaboración, DevOps
rompe los silos tradicionales, fomentando la
colaboración continua entre el desarrollo, las operaciones y otros equipos Ha pasado de ser una mentalidad profesional
sobre la pared a una cultura en la que todos trabajan juntos a lo largo del ciclo de
vida de un producto Un ejemplo, en muchos equipos de
mainframe, los desarrolladores y las operaciones solo se
comunican cuando
algo sale mal Con DevOps, se
fomenta la colaboración temprano y con frecuencia. Los desarrolladores, los
programadores de sistemas y los equipos de
operaciones
se reúnen regularmente para compartir comentarios, superar los desafíos y agilizar el proceso de
entrega. Al fomentar una cultura
colaborativa, los equipos son capaces de abordar los problemas más rápido y
ofrecer un mejor software. ¿En qué se diferencia Devos de las operaciones tradicionales de
mainframe? Devops podría sonar como un idioma
extranjero para aquellos de nosotros que pasamos años en entornos de
mainframe tradicionales Históricamente,
las operaciones de mainframe
se han aislado con cada equipo
enfocándose en su propio dominio,
los desarrolladores escriben código, las operaciones lo
implementan y mantienen,
y ninguno de los procesos grupales
en el territorio del otro Hay un desglose rápido de cómo Devos contrasta con las operaciones
tradicionales de mainframe Donde en las operaciones tradicionales de
mainframe, el desarrollo y
las operaciones son independientes En el enfoque DevOps, el desarrollo y las operaciones trabajan juntos durante todo
el ciclo de vida En las operaciones tradicionales de
mainframe, hay ciclos de liberación largos,
tardan semanas o, a veces, meses Pero en DevOps, los
lanzamientos frecuentes son una norma, a veces a diario o por hora En las operaciones tradicionales
de mainframe, las pruebas
manuales y la
implementación son la norma Mientras que en DevOps,
las pruebas automatizadas y la implementación a través de CD, canalizaciones
CICD son En las operaciones tradicionales
de mainframe, hay una
comunicación limitada entre los equipos Pero en el enfoque de Devos, la colaboración
continua y fomenta la colaboración
continua y los bucles de
retroalimentación En los entornos de
mainframe tradicionales, los equipos trabajan de manera aislada, lo que resulta en largos
ciclos de liberación y procesos manuales DevOps tiene como objetivo eliminar estas eficiencias mediante la
introducción de automatización, ciclos de lanzamiento
más rápidos y una colaboración
fluida El resultado final es un software más
confiable, tiempo de respuesta
más rápido y un equipo más feliz A estas alturas, debería tener una comprensión
sólida de lo que es
Devos y cómo puede
beneficiar las operaciones de mainframe Vamos a recapitular los puntos clave. Primero, Devos es un
enfoque colaborativo que integra desarrollo y operationtms, desarrollo y operationtms,
agiliza la entrega de software. En segundo lugar,
la integración continua o CI ayuda a identificar y solucionar problemas de forma temprana al probar y
fusionar
con frecuencia los cambios de código En tercer lugar, la entrega continua o CD automatiza el proceso de
implementación, asegurando lanzamientos
más rápidos y confiables O bien, la automatización de tareas
repetitivas es fundamental para mejorar la
eficiencia y reducir los errores, la colaboración rompe los silos y garantiza que todos estén
trabajando hacia un objetivo compartido Actividad ganadora. Para reforzar
lo que has aprendido, toma algún tiempo reflexionar sobre tu propio entorno de mainframe.
Anote lo siguiente. Cuáles son los
retos clave a los que se enfrenta tu equipo en términos de colaboración
y procesos manuales. ¿Cuál de los
principios de DevOps, DI, CD, automatización o
colaboración beneficiaría más inmediatamente a
sus flujos de trabajo actuales? ¿Cuál es el siguiente? En la siguiente lección, analizaremos los
tres beneficios clave de adoptar DevOps
para mainframes Exploraremos cómo DevOps puede conducir a ciclos de
entrega más rápidos, una mejor colaboración y una mayor
eficiencia operativa También escucharemos
ejemplos del mundo real de empresas que han
implementado DevOps con éxito en sus entornos mainframe Continuemos con el Módulo uno, Lección dos, los beneficios
de DevOps para mainframes Me emociona continuar
este viaje contigo. Modernice sus
operaciones de mainframe y desbloqueemos el poder de DevOps juntos.
3. Lección 2: los beneficios de DevOps para mainframes: Lección dos, los beneficios de
Dev Ops para las reinas principales. Bienvenido a la lección dos de dominio de
mainframe con Devos. En nuestra lección anterior,
cubrimos los principios básicos de Devovs y en qué se diferencian tradicionales
de
mainframe Ahora es el momento de
profundizar en los beneficios. ¿Por qué Devov es tan crucial
para los mainframes hoy en día? ¿Cómo pueden estos beneficios
afectar directamente a su
entorno de mainframe En esta lección, exploraremos los tres beneficios clave de adaptar Devovs en entornos
mainframe Primero, los ciclos de
entrega más rápidos. Dos, colaboración mejorada y tres, mayor eficiencia
operativa. el camino, observamos ejemplos del mundo
real
de cómo las organizaciones han
implementado con éxito DevOps en sus mainframes, transformando
sus Al final de esta lección, no solo comprenderá por qué DevOps es valioso para
sus sistemas mainframe, sino que también podrá
articular los beneficios para
su equipo ayudando a construir la compra para la
transformación que se avecina Benefíciese con ciclos
de entrega más rápidos. Uno de los desafíos más
apremiantes en entorno de mainframe
tradicional es el
entorno de mainframe
tradicional es el tiempo
que lleva desarrollar, probar e implementar nuevas actualizaciones Estos ciclos largos suelen significar que para cuando las
actualizaciones estén en vivo, ya
están desactualizadas
o ya no están alineadas
con las necesidades del negocio. Entra en DevOps. DevOps acelera
el ciclo de entrega al introducir automatización
y procesos continuos, lo que permite
a su equipo entregar actualizaciones mayor frecuencia y con
mayor confianza Un ejemplo, considere una
gran compañía de seguros administra su sistema de
procesamiento de pólizas en un mainframe heredado Antes de DevOps, la
implementación de nuevas funciones este sistema tardó meses
debido a las pruebas manuales, aprobaciones y la coordinación
requerida entre los equipos de Siloed Una vez que la compañía adoptó las prácticas de
DevOps, automatizó su canalización de CICD e introdujo pruebas
continuas, su ciclo de implementación se redujo de meses a solo dos semanas Como resultado, la
compañía podría responder mucho más rápido a
los cambios regulatorios y a la demanda de los clientes. Así es como Devos logra
esta entrega más rápida. Primero son
las pruebas automatizadas y la implementación que reducen el tiempo dedicado
a tareas manuales repetitivas Segundo, ductos CICD. Permiten la
integración continua del código, por lo que los pequeños cambios incrementales se liberan con mayor frecuencia. En tercer lugar,
bucles de retroalimentación continuos que aseguran que los problemas se detecten temprano,
reduciendo las repeticiones y los retrasos Para un entorno de mainframe, este ciclo más rápido no
significa sacrificar la estabilidad. Significa adoptar la
automatización para pasar de
largos ciclos de liberación intensivos en mano de obra a otros más cortos y con mayor capacidad de
respuesta. Benefíciese dos,
colaboración mejorada. En una configuración tradicional de
mainframe, los equipos de
desarrollo y operaciones suelen operar en silos Los desarrolladores construyen y entregan el código y las operaciones lo
toman de ahí. Esta falta de colaboración
puede llevar a fricciones,
malentendidos y, en
última instancia, retrasos DBO fomenta una mejor
colaboración al reunir a estos equipos para trabajar codo a
codo durante
todo el ciclo de software Un ejemplo, tomemos el caso de un banco global que administra su
sistema bancario central en un mainframe El equipo de desarrollo se
encargó de construir nuevas características mientras que
el equipo de operaciones se encargó de la implementación
y el mantenimiento. Sin superposición entre los dos, los problemas a menudo se
descubrían al final del ciclo causando retrasos
y señalar con el dedo. Al adoptar DevOps, el banco introdujo
equipos multifuncionales donde desarrolladores, probadores y operaciones
trabajan juntos desde el primer día Los levantamientos regulares y los objetivos
compartidos ayudan a cerrar
la brecha de comunicación. Dentro de un año,
reportaron una reducción del 30% en el tiempo de inactividad y una
resolución más rápida de los problemas gracias a la colaboración
continua. ¿Cómo promueve DevOps
una mejor colaboración? Primero, equipos multifuncionales, Devops fomenta un cambio
de roles en silos a equipos
integrados
donde todos comparten la
responsabilidad del éxito del proyecto Dos objetivos compartidos. Todos en un entorno Devos trabajan hacia el
mismo objetivo, entrega de
software más
rápida y confiable Esta alineación ayuda a
reducir la fricción. En tercer lugar, la comunicación continua, los
bucles de retroalimentación
regulares y los stands ups aseguran que los problemas se capten manera justa y se resuelvan rápidamente. Para los equipos de mainframe, esta colaboración significa flujos de trabajo
más eficientes, menos retrasos y, en última instancia, implementaciones
más exitosas Benefíciese tres, mayor eficiencia
operativa. Por último, DevOps impulsa una mayor eficiencia
operativa. Los entornos de mainframe a menudo están atascados por el procesamiento
manual, especialmente en pruebas,
implementación y monitoreo DevOps introduce la
automatización en cada etapa, liberando a su equipo para centrarse en tareas de
mayor valor y reduciendo
el riesgo de error humano Un ejemplo, una organización de
salud estaba administrando su registro de pacientes en un sistema
mainframe a gran escala Las pruebas manuales y los procesos de
implementación significaron que cada actualización requería amplios recursos y tiempo con un alto
riesgo de error humano. Después de introducir las herramientas de
automatización de DevOps, particularmente para
pruebas de regresión e implementación, la organización redujo
su tiempo de prueba en un 50%, lo que le permitió
lanzar actualizaciones con menos recursos y
significativamente menos tiempo de inactividad Esta eficiencia
liberó al equipo para trabajar en iniciativas
más estratégicas
como integrar el mainframe con plataformas de análisis
basadas en la nube DevOps logra esta eficiencia
operativa por uno, automatizando
tareas repetitivas Las pruebas, la implementación
y el monitoreo se pueden automatizar reduciendo el tiempo dedicado a estas actividades
manuales. Dos,
monitoreo proactivo y retroalimentación. Las herramientas de monitoreo continuo ayudan a identificar y resolver problemas de rendimiento
antes de que se vuelvan críticos, reduce el tiempo de inactividad y
mejora la confiabilidad del sistema. Tres, optimización de recursos. La automatización significa que
se necesitan menos personas para tareas repetitivas, lo que permite que los equipos se centren en la innovación y las iniciativas
estratégicas En entornos de mainframe donde tiempo de actividad y la estabilidad
son críticos, esta eficiencia garantiza
que los sistemas funcionen sin problemas mientras que las actualizaciones se
implementan con mayor frecuencia Et toma un estudio de caso. Implementación exitosa de DevOps en entornos mainframe. Primero, institución financiera. Un gran banco que administra su
procesamiento de transacciones principales en un mainframe, adoptó la automatización de DevOps
para su implementación, redujo su ciclo de lanzamiento de
tres meses a dos semanas continuos
bucles de retroalimentación entre desarrolladores y operaciones ayudan al equipo a resolver problemas más rápido, mejorando la confiabilidad
del sistema. Otro caso de estudio,
una empresa minorista. El minorista global que administra los sistemas de
inventario en un mainframe introdujo la canalización
CICD, lo que redujo el tiempo dedicado a las pruebas
manuales y la
implementación en un 60% Esto les permitió
desplegar nuevas funciones en la
mitad del tiempo mientras mantenían la estabilidad de
su sistema heredado. Tomemos otra,
una agencia gubernamental. Una
organización del sector público que maneja registros
ciudadanos en un sistema mainframe
heredado, adoptó prácticas de DevOps para mejorar la colaboración
entre sus equipos Los equipos multifuncionales
y las pruebas automatizadas ayudan a la agencia a mejorar su tasa de éxito de
implementación, reduciendo las fallas en un 40%. Estos ejemplos demuestran que independientemente de la complejidad
del sistema mainframe, la adopción de DevOps puede
generar flujos de trabajo más rápidos, eficientes y
colaborativos E para llevar. Antes de seguir adelante, recapitulemos los
puntos clave de esta lección Uno, ciclos de entrega más rápidos. DevOps acorta los ciclos de entrega, lo que permite que los equipos de mainframe
publiquen actualizaciones Dos, mejora de la colaboración. Al romper los silos y fomentar el trabajo en equipo
multifuncional, DevOps reduce la fricción y
conduce a Tres, mayor eficiencia
operativa. automatización reduce la
carga de los procesos manuales, liberando recursos y
mejorando la confiabilidad del sistema Actividad de aprendizaje. Ahora que ha aprendido los beneficios
de DevOps para mainframes, tómate un momento para reflexionar
sobre tu propio entorno Para esta actividad, conteste
las siguientes preguntas. ¿Cuáles son los cuellos de botella actuales
en tu ciclo diario? ¿Cómo impactaría en
su flujo de trabajo mejorar la
colaboración entre sus
equipos de desarrollo y operaciones ? ¿Qué procesos en
su entorno se beneficiarían de la automatización? Tómese un tiempo para anotar
sus respuestas y
pensar en cómo DevOps podría ayudar a
abordar estos puntos problemáticos ¿Cuál es el siguiente? En la siguiente lección, abordaremos algunos
de los desafíos
de implementar
Devos en mainframes Identificaremos los obstáculos
únicos que puede enfrentar, desde administrar sistemas
heredados hasta
superar la resistencia al cambio y abordar las preocupaciones
de seguridad. Estos retos son reales, pero con las estrategias adecuadas, se
pueden superar. Continuemos con el Módulo
uno lección tres, desafíos de implementar
Devos en mainframes
4. Lección 3: desafíos de implementar DevOps en mainframes: Lección tres, desafíos de implementar DevOps
en mainframes Bienvenido a la lección tres de dominio de
mainframe con Devos. En esta lección, vamos
a profundizar en los desafíos que conlleva
la implementación de DevOps en un entorno de
mainframe Si bien los beneficios
de DevOps son claros, ciclos de entrega
más rápidos, colaboración
mejorada y mayor eficiencia,
existen obstáculos significativos que se interponen en el camino de integrar estas prácticas modernas en sistemas
heredados como mainframe Ya sea tratando con tecnología
obsoleta, resistencia
cultural de equipos que han estado haciendo las cosas de la misma manera durante décadas o preocupaciones de seguridad
y cumplimiento, implementar DevOps
y mainframes
requiere una
planificación y una estrategia pensadas No estamos aquí para
endulzar la dificultad, sino para equiparte
con los conocimientos para enfrentar estas dificultades y
desafíos de frente Al final de esta lección, podrá identificar los obstáculos
más comunes para la adopción de DevOps en un entorno de mainframe
y comprender cómo superarlos con Uno, el reto
de los sistemas heredados. Empecemos con el mayor
obstáculo, los sistemas heredados. mainframes son la columna vertebral
de muchas industrias críticas, finanzas, atención médica, gobierno, pero están construidos sobre tecnologías de décadas de antigüedad Introducir prácticas modernas de
DevOps que originalmente se
diseñaron para entorno web y en la
nube en un entorno de mainframe no es
tan sencillo como lo
es con los sistemas más nuevos ¿Por qué es un reto? Uno, tecnologías
anticuadas. Muchas aplicaciones de mainframe están escritas en lenguajes
como CB o ensamblador, que no son familiares para las herramientas de
DevOps que se construyen con
lenguajes y sistemas más modernos Dos arquitecturas rígidas. Los mainframes operan de manera
altamente estructurada
con procesos estrictos en torno al control de trabajos, procesamiento
por lotes y asignación de
recursos, lo
que dificulta
la introducción de la naturaleza iterativa y
flexible de Tres, falta de compatibilidad
con herramientas modernas. Las herramientas de DevOps como Jenkins, Docker y Kubernetes no integran fácilmente
con los sistemas
mainframe tradicionales listos para usar,
lo
que requiere configuraciones personalizadas o middleware Docker y Kubernetes no se
integran fácilmente
con los sistemas
mainframe tradicionales listos para usar,
lo
que requiere configuraciones personalizadas o middleware especializado. Docker y Kubernetes no se
integran fácilmente
con los sistemas
mainframe tradicionales listos para usar,
lo
que requiere configuraciones personalizadas o middleware especializado. Tomemos un ejemplo. sistemas centrales de grandes bancos se construyeron en la década de 1970 utilizando COBOL y ejecutan trabajos
por lotes que procesan
millones de transacciones diariamente El banco quiso introducir la integración
continua y las pruebas automatizadas para
acelerar los ciclos de desarrollo, pero la falta de
integración entre las herramientas de Devo y COBOL
presentó un enorme bloqueo de carreteras El equipo finalmente
tuvo que invertir en middleware
especializado
que conectara Jenkins a su entorno de
mainframe, permitiéndoles automatizar ciertos procesos
mientras mantenían la estabilidad de Cómo superar los desafíos
del sistema heredado. Primero, use
herramientas de DevOps especializadas para mainframes. Soluciones como IBM Urban code o Rocket DevOps están diseñadas específicamente para entornos
mainframe, lo
que facilita la integración del flujo de trabajo DevOps
moderno Dos,
modernización gradual, toque más pruebas de automatización o control de
versiones antes de
abordar
tareas de automatización
más grandes y complejas como Tres, capacitación
y capacitación de costos. Invierta en capacitar a su equipo sobre cómo usar herramientas modernas
con sistemas heredados, ayudando a cerrar la brecha de
conocimiento entre los lenguajes de mainframe
tradicionales y las prácticas modernas de DevOps Desafío dos,
resistencia al cambio. La resistencia cultural suele ser una de las mayores barreras
para la adopción de DevOps, particularmente en entornos de
mainframe donde los equipos pueden haber estado trabajando de la misma
manera durante décadas Muchos profesionales de mainframe están
acostumbrados a un enfoque en cascada, desarrollo
lineal
con largos ciclos de prueba y aprobación y pueden sentirse incómodos al pasar a una naturaleza iterativa
de ritmo más rápido ¿Por qué es un reto?
Uno, el miedo a la incertidumbre. Para los equipos que han trabajado con mainframes durante muchos años, la idea de cambiar los flujos de trabajo y adoptar nuevas herramientas
puede ser intimidante muchos les preocupa que moverse demasiado rápido pueda
generar inestabilidad. Dos equipos aislados, equipos de mainframe
a menudo trabajan forma aislada con
límites claros entre desarrollo,
las operaciones DevOps difumina estas líneas, lo que puede causar
resistencia ya que los equipos pueden no querer asumir nuevos
roles o responsabilidades Tres, falta de incentivos. Si el equipo no entiende
el por qué detrás de Devot, no verá el valor de
cambiar los procesos existentes Tomemos un ejemplo. En una gran compañía de seguros, el equipo de mainframe
había estado usando el mismo proceso en cascada
durante más de 15 años Cuando el liderazgo
propuso adoptar prácticas de
DevOps para acelerar
el lanzamiento de nuevas funciones, el equipo retrocedió, preocupado de
que los cambios
introducirían demasiado riesgo e interrumpieran sus flujos de trabajo cuidadosamente
estructurados Después de varias discusiones,
la compañía decidió ejecutar un proyecto piloto con una aplicación
no crítica más pequeña, demostrando los beneficios de los ciclos de prueba de transeúntes
y la automatización Esto ayudó a generar confianza
entre el equipo y
gradualmente comenzaron a adoptar
DevOps para proyectos más grandes ¿Cómo superar
la resistencia al cambio? Uno, proyectos piloto. Comience con pequeños proyectos no
críticos para demostrar el valor de DevOps sin correr el riesgo de interrupciones
importantes Una vez que los equipos vean resultados
positivos, será más probable que
acepten cambios más grandes. Dos, el liderazgo compra adentro. El cambio tiene que
venir de arriba. Si el liderazgo está
comprometido con DevOps, pueden ayudar a generar
entusiasmo y proporcionar los recursos necesarios
para la capacitación y el apoyo Tres, comunicación clara
de beneficios. Explique por qué detrás del cambio. Es más probable que los equipos
adopten DevOps cuando
entienden cómo puede hacer que sus trabajos sean más fáciles
y eficientes Desafío tres, preocupaciones de seguridad
y cumplimiento. Los sistemas mainframe se utilizan
a menudo para manejar datos altamente confidenciales, particularmente en industrias como las finanzas, la salud
y el gobierno Uno de los mayores
desafíos a la hora de adoptar DevOps es garantizar
que la automatización y
los ciclos de lanzamiento más rápidos no comprometan los estándares de seguridad y
cumplimiento que son críticos para
estas industrias ¿Por qué es un reto? En primer lugar, estrictos requisitos
regulatorios. Los mainframes manejan cargas de trabajo
críticas donde cualquier violación de seguridad o
incumplimiento de
regulaciones de la industria como GDPR, HIPAA o PCI DSS Segundo, el miedo a introducir
vulnerabilidades. Los procesos automatizados, especialmente aquellos que manejan la
implementación y las pruebas, pueden verse como
una apertura del sistema a vulnerabilidades de
seguridad si
no se controlan cuidadosamente. Tercero, auditorías de cumplimiento. Muchas industrias requieren auditorías
frecuentes de sus sistemas para garantizar cumplimiento y cualquier
cambio en el sistema,
como la introducción de
nuevas herramientas o
ductos de Devo puede complicar
el proceso de auditoría Tomemos un ejemplo. Una agencia
gubernamental que administra registros ciudadanos
sensibles enfrenta desafíos a la hora de
introducir DevOps, ya que necesitaban garantizar que cualquier automatización nueva no comprometería la seguridad
de sus datos La agencia adoptó DevSecOps, un enfoque que
integra la seguridad en el pipeline de CICD Al automatizar las comprobaciones de seguridad
y los informes de cumplimiento, pudieron mantener altos estándares de seguridad mientras aceleraban sus ciclos de
implementación ¿Cómo superar los desafíos de seguridad
y cumplimiento? Primero, adopte las prácticas de
DevSecOps. La integración de la seguridad en la canalización de
CICD garantiza que cada compilación y versión se
pruebe para detectar vulnerabilidades
antes de comenzar a funcionar. Herramientas como SonarQube y Block Doc se pueden utilizar para
automatizar Dos, verificaciones de
cumplimiento de automatización. El cumplimiento no tiene por qué
ralentizar devops, automatizando las verificaciones
y auditorías de cumplimiento y garantizar que cada cambio realizado en
el sistema se adhiera a las Tercero, la segmentación
de sistemas críticos. Para datos altamente sensibles, considere segmentar los sistemas
críticos de los menos sensibles. Esto le permite implementar DevOps primero en áreas no
críticas, demostrando su seguridad y confiabilidad antes de expandirse
a sistemas más críticos Claves para llevar. Vamos a recapitular lo que hemos cubierto
en esta lección Uno, sistemas heredados. Los entornos de mainframe se
construyen sobre tecnologías anticuadas que no siempre se integran fácilmente con las herramientas modernas de DevOps, pero las soluciones especializadas y modernización
gradual pueden ayudar Dos, la resistencia al cambio. La resistencia cultural se puede
superar con proyectos piloto, apoyo al
liderazgo y comunicación
clara de los beneficios de DevOps Tres, seguridad y cumplimiento. DevOps se puede integrar en industrias
altamente reguladas con la ayuda de configuraciones muertas y verificaciones de cumplimiento automatizadas, asegurando que se mantengan
los estándares de seguridad Actividad de aprendizaje.
Tómese unos minutos para pensar en su propio entorno de
mainframe Contesta las siguientes preguntas. ¿Cuáles son los retos
tecnológicos más significativos en tu entorno a la
hora de adoptar Devos ¿A qué tipo de
resistencia cultural
crees que enfrentarás al
presentar a Devos ¿Cómo planea
garantizar que la seguridad y cumplimiento sigan siendo las principales prioridades durante su transición a Devos Escriba sus
respuestas y reflexione sobre cómo puede comenzar a abordar estos desafíos en
su organización. ¿Cuál es el siguiente? En la siguiente lección, veremos cómo Devops
encaja en el ecosistema de
mainframe Exploraremos cómo
los principios de DevOps se pueden adaptar a tecnologías específicas de
mainframe
como CBO, JCL También aprenderá sobre las
diferencias clave entre DevOps para mainframes y los modernos sistemas
web Cloud Continuemos con el Módulo uno,
lección cuatro, cómo DevOps encaja en el ecosistema de
mainframe
5. Lección 4: cómo DevOps se adapta al ecosistema de mainframe: Lección cuatro, cómo Devops encaja en el ecosistema de
mainframe Bienvenido a la lección cuatro de
mainframe Maestría Devops. En esta lección,
exploraremos una pregunta
crítica para cualquiera que quiera llevar
Devops a su entorno de
mainframe ¿Cómo encaja Devops en
el ecosistema de mainframe? Quizás estés pensando,
DevOps suena genial para
aplicaciones web modernas y sistemas en la nube, pero ¿realmente puede funcionar
con Cobol y La respuesta es un rotundo sí, pero con alguna adaptación DevOps no es un enfoque único
para todos, especialmente cuando se aplica a los
mainframes de arquitectura única Sin embargo, al personalizar los principios de
Devos, si se trata de tecnologías
específicas de mainframe, puede crear un
flujo de trabajo sin fisuras que aproveche
tanto la confiabilidad
heredada como la tanto la confiabilidad
heredada como Al final de esta lección, comprenderá claramente
cómo los DevOvs se pueden adaptar a sus sistemas mainframe y
qué los diferencia las prácticas
de DevOps
en Adaptación de DevOps a tecnologías de
mainframe. mainframes se construyen sobre una rica historia de
tecnologías, desde Coval y JCL hasta sistemas
como CICS Estas tecnologías son
robustas y confiables, pero fueron
diseñadas mucho antes las prácticas
modernas de DevOps como integración
continua o CI y entrega
continua o
CD se convirtieran en el estándar Para llevar DevOps
al mundo de mainframe, necesita adaptar estos
principios para que se ajusten a las fortalezas y limitaciones
de estas tecnologías Tecnologías E en el ecosistema
mainframe. COBOL sigue siendo la columna vertebral de
muchas aplicaciones de mainframe. COBOL es un lenguaje estable pero carece de integración nativa
con las herramientas modernas de DevOps JCL o lenguaje de control laboral. Esencial para administrar trabajos
por lotes y asignación de
recursos, JCL necesita un manejo cuidadoso al implementar la automatización de
DevOps CICS para KICS, el sistema de
gestión de transacciones que alimenta muchas
aplicaciones en tiempo real en el mainframe La integración de KICS
en tuberías CICD requiere
pruebas y validación precisas IMS, base de datos jerárquica y sistema de
gestión de transacciones Devos para IMS necesita un enfoque
estructurado para garantizar la integridad de los datos mientras entrega
actualizaciones rápidamente ¿Cómo funciona DevOps con
estas tecnologías? Automatización de la
compilación y prueba de COBOL. Uno de los primeros lugares en los
que puedes aplicar Devos es automatizar la compilación
y prueba del código COVL Herramientas como Jenkins e IBM Urban code se pueden configurar para administrar facturas
COBOL mientras los marcos de pruebas
especializados garantizan que los cambios se validen
rápida y Tomemos un ejemplo. Una
institución financiera global logró reducir su tiempo de pruebas de CBL en un 40%
al automatizar sus
mojas de prueba dentro de un Esto permitió a su equipo de
desarrollo impulsar actualizaciones con mayor frecuencia sin comprometer la integridad del
sistema. Administración de trabajos por lotes con JCL. JCL es una pieza clave de las operaciones de
mainframe, administrando el procesamiento por lotes
y la programación de trabajos Introducir DevOps
significa automatizar el envío de trabajos y el manejo de
errores dentro de la canalización de CICD Al hacer esto, puede asegurarse los
trabajos se
programen,
prueben y validen automáticamente sin intervención manual. Integración de transacciones CICS
en ductos CICD. Las aplicaciones en tiempo real
que se ejecutan en CICS presentan un desafío único DevOps requiere pruebas e
implementación
automatizadas de una manera que no interrumpan estas
transacciones críticas Mediante el uso de herramientas como CA
Endeavor o IBM Rational. Puede integrar los cambios de
CICS en sus canalizaciones de CICD y administrar el
proceso de liberación de manera Un ejemplo, una empresa minorista que ejecuta sus sistemas
de punto de venta en CICS integró con éxito las pruebas de
transacciones Kix en su pipeline, reduciendo el tiempo de implementación en
un 50% mientras mantenía una
alta confiabilidad del sistema Las diferencias clave entre mainframe Devops y los desarrollos
modernos de la nube web Si bien los
principios fundamentales de DevOps siguen siendo los mismos, la
automatización, la colaboración y la retroalimentación continua, la
forma en que DevOps se implementa en mainframes es
diferente de su uso en los sistemas web y en la nube modernos Echemos un vistazo a algunas
de estas diferencias clave. Primero, pila de tecnología. En mainframes,
tecnologías heredadas como Cobalt, JCL, CICS Estos sistemas están altamente estructurados y construidos
para la estabilidad, pero requieren herramientas
y enfoques especializados para la automatización. En los sistemas web y Cloud modernos, lenguajes de
programación y tecnologías como
JavaScript, Python, Kubernetes y Docker, que son inherentemente compatibles con
DVoxTOLs Dos, ciclos de liberación
en mainframes. Los mainframes
funcionan tradicionalmente en ciclos de lanzamiento
largos con meses o incluso años
entre actualizaciones Dabov acorta este ciclo y el equipo de mainframe aún necesita asegurarse de que cada versión pase En la nube web moderna, la nube y las aplicaciones web suelen tener implementaciones diarias o incluso
por hora Dabov está orientado a la iteración
rápida y lanzamientos frecuentes. Tres, herramientas y automatización. En mainframes, DevOps para mainframes requiere herramientas
especializadas como Jenkins para mainframes,
IBM, Urban code, Rocket
DevOps y CompureTopas Estas herramientas están diseñadas para trabajar con las
características únicas de los sistemas mainframe En la nube web moderna, herramientas como Jemkins, Git, Docker y Kubernetes son
ampliamente utilizadas para automatización y la implementación en
el entorno web Cloud
y requieren una
personalización mínima o colaboración en mainframes,
DevOps en
entornos mainframe a menudo implica cerrar la brecha entre temas silos como desarrollo, operaciones y pruebas, que pueden tener herramientas como Jemkins, Git, Docker
y Kubernetes son
ampliamente utilizadas para la
automatización y la implementación en
el entorno web Cloud
y requieren una
personalización mínima
o colaboración en mainframes,
DevOps en
entornos mainframe a menudo implica
cerrar la brecha entre temas silos como desarrollo, operaciones y pruebas, que pueden tener ha estado trabajando
por separado durante décadas. Unir a estos equipos requiere gestión del cambio
y nuevos flujos de trabajo. En la nube moderna, los equipos
web y en la nube
normalmente ya están integrados, trabajando en equipos ágiles y
funcionales, DevOps se adapta de manera más natural
a su flujo Tomemos una visión del mundo real. La agencia gubernamental que administra los registros
ciudadanos en un mainframe pasó de las versiones
trimestrales a las actualizaciones
mensuales mediante la automatización de
DevOps, reduciendo los retrasos
burocráticos
sin sacrificar el sin Adaptación de prácticas de DevOps
a entornos de mainframe. Para que DevOps funcione
en el mainframe, es esencial adaptar
las prácticas estándar de DevOps para que se
ajusten a la estructura de su
entorno de Así es como primero,
integración continua o CI para
mainframes. Qué aspecto tiene. La integración continua en
mainframes implica automatizar el proceso de compilación y prueba para aplicaciones CBL o PL Jenkins se puede configurar para ejecutar compilaciones después de
cada permiso de código Una prueba automatizada asegura que el código funcione antes de que se
fusione con el sistema principal. Un ejemplo, una organización de
salud automatizó su proceso de CI para su sistema de registro de
pacientes basado en CBL, reduciendo
los errores de integración en un 30% Segundo, entrega continua
o CD para mainframes. ¿Qué aspecto tiene? En un entorno de
mainframe, entrega
continua
automatiza la implementación de cambios de código en Los cambios en los scripts JCL o los programas
CICS se pueden probar e implementar automáticamente
con las herramientas adecuadas Ejemplo,
la compañía de servicios financieros implementó CD para su
sistema bancario principal reduciendo inactividad durante
las implementaciones en un 60%. Tercero, pruebas y
monitoreo automatizados , cómo se ve. Las aplicaciones de mainframe requieren herramientas de prueba
especializadas como Compuware, topacio o unidad IBM Z para
ejecutar Una vez implementadas, monitoree las herramientas, realice un seguimiento del
rendimiento del sistema y
señale cualquier problema antes de
que se vuelvan críticos. Ejemplo, una compañía de seguros integró el monitoreo automatizado
en su pipeline de CI, parcheando problemas en tiempo real y reduciendo su tiempo de respuesta
a errores del sistema en un 40% Claves para llevar. Antes de
pasar a la siguiente lección, repasemos los puntos clave
de la sesión de hoy. Primero, los principios de DevOps
se pueden adaptar a
tecnologías de mainframe como COBOL, JCL, CICS e IMS con las
herramientas y En segundo lugar, Mainframe
Devops se diferencia de los devops
modernos de la barra diagonal en la nube en términos de la pila de
tecnología, los ciclos de
lanzamiento, las herramientas En tercer lugar, la integración
continua, la entrega continua y las pruebas automatizadas
se pueden aplicar a los mainframes, ayuda a acortar los ciclos de
lanzamiento y mejorar la confiabilidad Al ganar actividad para reforzar
lo que has aprendido, tómate un tiempo para reflexionar sobre tu propio
entorno de mainframe Contesta las siguientes preguntas. Primero, ¿con qué
tecnologías específicas de mainframe como Cobo, JCL o CICS trabaja? ¿Y cómo
podrían adaptarse las prácticas de DevOps a estos sistemas Dos, ¿cuáles son las diferencias
clave entre su
entorno mainframe y modernos sistemas web en la nube que podrían afectar su implementación de
Devos Tres, ¿cómo se
podría aplicar la integración
continua y la entrega continua a su flujo de trabajo actual
para mejorar la eficiencia? Escribe tus respuestas
y piensa en cómo
Devovs puede integrarse en
tu ecosistema único ¿Qué sigue? En el siguiente módulo, comenzaremos el
proceso de evaluación de
su entorno de mainframe
para la preparación de DevOps Nuestra primera lección lo guiará a través del mapeo de su infraestructura de
mainframe, documentando sus aplicaciones
actuales, flujos de trabajo y dependencias clave Esto le ayudará a
identificar dónde las prácticas de
DevOps pueden
tener el mayor impacto Continuemos con el Módulo dos,
Lección Uno, mapeando su infraestructura de
mainframe
6. Lección 1: mapeo de tu infraestructura de mainframe: Módulo dos, evaluando su entorno de mainframe
para la preparación de DevOps En este módulo,
aprenderá a evaluar
su entorno de
mainframe actual
y a su entorno de
mainframe actual prepararlo para la integración de
DevOps Exploraremos cómo documentar
su infraestructura, identificar cuellos de botella y evaluar preparación
de
su sistema para la automatización Al final de este módulo, tendrás una
idea clara de dónde DevOps puede tener el mayor impacto
en tu organización Lección uno, mapear su infraestructura de
mainframe. Bienvenido al Módulo dos de
Mainframe Mastery con DevOps. En este módulo,
vamos a profundizar en uno pasos más críticos
en su recorrido
de DevOps,
evaluando su entorno de
mainframe para la preparación de DevOps No se trata solo comprender qué
herramientas necesitará, sino de
profundizar en sus sistemas actuales,
mapear sus
aplicaciones, flujos y dependencias clave para obtener una imagen completa de
su infraestructura En esta primera lección, nos centraremos en mapear su
infraestructura de mainframe Antes de poder implementar cualquier principio
de DevOps de nuestra automatización, necesitará una
comprensión clara de lo que tiene Al final de esta lección, sabrá
documentar su entorno a fondo para que pueda identificar dónde tendrá
DevOps el mayor impacto Al mapear su
infraestructura es fundamental. Piense en su
infraestructura de mainframe como una ciudad. Antes de poder rediseñar
o actualizar cualquier cosa, necesita un plano
que muestre cada calle, edificio y línea de servicios públicos Sin ella, estás volando a ciegas. Lo mismo ocurre
con su mainframe, DevOps requiere automatización, integración
continua
y entrega continua Pero antes de que podamos hacer
estas mejoras, necesitamos un mapa de cómo funcionan
las cosas hoy en día. Esto es lo que sucede cuando
te saltas este paso. Perder dependencias.
Puede automatizar una parte del sistema solo para descubrir que
depende de otro sistema
no automatizado. Cuellos de botella en el flujo de trabajo. No puedes arreglar ineficiencias
que no puedes ver. Mapear su
infraestructura le muestra dónde los procesos manuales
están ralentizando las cosas. Mayor riesgo sin un mapa claro, cualquier cambio que
realice podría interrumpir las aplicaciones
críticas
o costar tiempo de inactividad. Al mapear su infraestructura, no solo evitará
estos escollos, sino que también podrá
priorizar dónde DevOps
aportará Paso uno, identificación de
aplicaciones y sistemas principales. El primer paso para mapear su entorno de mainframe
es identificar todas las aplicaciones y
sistemas principales que se ejecutan en
su mainframe Estos son el corazón de
su infraestructura, y necesitan ser
documentados a fondo antes de
realizar cualquier cambio. Qué incluir los nombres
de las aplicaciones. Enumere todas las aplicaciones
que se ejecutan en su mainframe, por
ejemplo, sistemas de facturación, procesadores de
transacciones, sistemas de
recursos humanos Las tecnologías utilizan documentan
las tecnologías primarias en uso, COBOL, PL one, CICS,
JCL Propósito de cada aplicación, ¿qué función de negocio sirve
cada aplicación? ¿Es de cara al cliente, back end o interno? Frecuencia de uso. ¿Esta
aplicación se usa diariamente ,
semanalmente o solo para
trabajos específicos? Tomemos un ejemplo. Una gran compañía de seguros tiene docenas de
aplicaciones ejecutándose en su mainframe, desde sistemas de correo hasta procesamiento de
reclamos Al documentar estos sistemas, descubrieron varias
aplicaciones heredadas que rara vez
usamos pero que aún requerían intervención
manual durante
cada ciclo de actualización Esto les dio un objetivo
claro de dónde la automatización podría
ahorrar tiempo y recursos. Documentar flujos de trabajo
y procesos. Una vez que haya identificado
sus aplicaciones principales, el siguiente paso es trazar los flujos de trabajo y los procesos
que las conectan. Piensa en esto como
entender cómo se mueve
el tráfico
por tu ciudad. Es necesario saber cómo fluyen
los datos entre diferentes sistemas y dónde los procesos
manuales
ralentizan las cosas. Preguntas para hacer. ¿Cuáles
son los flujos de trabajo clave? Por ejemplo, cuando un cliente
solicita un extracto bancario, qué sistemas se activan. ¿Cómo se programan
y ejecutan los trabajos? ¿Los trabajos por lotes se ejecutan en un horario establecido o son
activados por eventos específicos? ¿Qué procesos son manuales? ¿Dónde es necesario que
los humanos intervengan para aprobar, revisar o iniciar tareas Tomemos un ejemplo.
Una empresa minorista mapeó sus flujos de trabajo de mainframe
y descubrió que cada vez que se
agregaba un producto a su inventario, la actualización tenía que
aprobarse manualmente Automatizar este
proceso, ahorrarles incontables horas y
acelerar el flujo de trabajo general Mejores prácticas, crear
gráficos de flujo de trabajo para procesos clave. Utilice herramientas como Microsoft
Digal, Lucid Chart o incluso lápiz y papel
para visualizar cómo se mueven
los datos y las tareas a través de
su entorno de mainframe E identificar dependencias
clave. Las dependencias son las
relaciones entre sistemas donde una parte de
su infraestructura depende de otra para funcionar Esto es crucial para trazar un mapa, especialmente cuando
planifica Devos porque no
desea automatizar
un sistema solo para darse cuenta de que depende de un proceso no automatizado que
conduce a negs de botellas E dependencias a identificar. Dependencias de sistema a sistema. ¿Qué sistemas dependen unos de
otros para funcionar correctamente? Por ejemplo, ¿su base de datos de
clientes encaja en su sistema de facturación? A dependencias de datos. ¿Son estas fuentes de datos en las que confían
múltiples aplicaciones? ¿Qué sucede si esas
fuentes de datos no están disponibles? Dependencias externas. ¿Alguno de sus sistemas depende servicios de
terceros
o sistemas externos? ¿Con qué frecuencia necesitan
actualizarse o mantenerse? Tomemos un ejemplo. Un proveedor de
atención médica mapeó sus dependencias y descubrió que su sistema de facturación dependía en
gran medida de un servicio de procesamiento de
pagos de terceros Sin mapear esto, podrían haber automatizado
el proceso de facturación solo para que se descomponga cuando el servicio de pago no
estaba disponible. Mejor práctica, utilizar
una matriz de dependencia para documentar estas relaciones. Esto es simplemente una
cuadrícula donde listas cada sistema a lo largo de la
parte superior y abajo del costado, marcando dónde existen
las dependencias Paso cuatro, evaluando la
criticidad y el riesgo. No todos los sistemas son
igualmente importantes. Algunas aplicaciones son de misión crítica y no pueden
permitirse el tiempo de inactividad, mientras que otras son menos importantes y se pueden
actualizar más libremente. A medida que mapee su infraestructura, querrá evaluar
la criticidad de cada sistema y sus riesgos
asociados Factores clave a considerar misión crítica
versus no crítica. ¿Qué sistemas son esenciales
para el funcionamiento del día a día? ¿Qué pasaría
si bajaran? Sensibilidad de datos. ¿Algún sistema maneja datos
sensibles, por ejemplo, financieros
o sanitarios? Estos sistemas pueden requerir controles
y controles de seguridad
más estrictos Frecuencia de actualización. ¿Con qué frecuencia
necesita actualizarse cada sistema? Los sistemas que requieren actualizaciones
frecuentes son buenos candidatos para la automatización.
Tomemos un ejemplo. Una institución financiera mapea sus sistemas y se dio cuenta de
su procesamiento central, su sistema de
procesamiento de transacciones centrales no
podía permitirse
ningún tiempo de inactividad mientras que su base de datos de marketing se
actualizaría durante las horas libres sin
ningún riesgo para la operación. Esto les permitió enfocar su esfuerzo de DevOps donde
tendrían el mayor impacto Paso cinco, crear
un mapa visual. El paso final es visualizar
tu infraestructura. Un mapa visual de su
entorno hace que sea más fácil ver las
relaciones entre los sistemas, identificar posibles
cuellos de botella y priorizar dónde DevOps
puede Elementos clave de un buen
mapa, aplicaciones. Cada aplicación principal
debe estar representada con su nombre, propósito
y tecnología. Flujos de trabajo, flechas o líneas que muestran cómo se mueven los datos
entre aplicaciones. Dependencias, indicadores visuales. Por ejemplo, líneas de flechas que
muestran qué sistemas
se basan entre sí. Criticidad, use códigos de colores o etiquetas para mostrar qué sistemas son críticos de
misión
versus no críticos Tomemos un ejemplo.
Una empresa de fabricación creó un mapa visual
del
entorno de mainframe que muestra cómo su sistema de
gestión de inventario
se alimentó en el sistema de la
cadena de suministro Esto les ayudó a identificar
ineficiencias en la forma en
que se transferían los datos y les dio un claro
punto de partida para M conclusiones clave. Et recapitula los puntos clave
de la lección de hoy. Primero, mapear su infraestructura de
mainframe es esencial para comprender
su entorno actual y planificar Devos En segundo lugar, documente sus aplicaciones
principales, flujos de trabajo y dependencias para obtener una imagen completa
de su sistema Tercero, evaluar la criticidad de cada sistema para priorizar dónde DevOps puede tener el Cuarto, cree un mapa visual
de su infraestructura para identificar
fácilmente
posibles cuellos de botella y oportunidades Actividad de aprendizaje. Para
aplicar lo que has aprendido, tómate un tiempo para comenzar a mapear tu propio entorno de
mainframe Comience con las
siguientes preguntas. ¿Cuáles son las aplicaciones principales
que se ejecutan en su mainframe? ¿Cómo
fluyen los datos y las tareas entre sistemas? ¿Qué sistemas dependen otros y cuáles son los más
críticos para sus operaciones? Cree un borrador aproximado de su mapa de infraestructura utilizando una
herramienta digital o en papel. Este será su
punto de partida a medida que avanza con planificación de
DevOps. ¿Cuál es el siguiente? En la siguiente lección, nos
centraremos en identificar los procesos manuales e
ineficientes que ralentizan sus flujos Aprenderá a
detectar cuellos de botella, evaluar ineficiencias y comenzar planificar donde la automatización
pueda Continuemos con el módulo dos, lección dos, identificando procesos manuales
e ineficientes
7. Lección 2: identificación de procesos manuales y ineficientes: Lección dos, identificación de procesos manuales
e ineficientes. Bienvenido a la lección dos de
Mainframe Mastery Put DevOps. En la lección anterior,
exploramos cómo mapear su infraestructura de
mainframe A estas alturas, debería tener
un plano detallado de sus sistemas, aplicaciones
y dependencias Con ese mapa en la mano, está
listo para pasar al
siguiente paso crítico, identificando procesos manuales e
ineficientes Aquí hay una realidad que todos enfrentamos
en entornos mainframe. Muchos de los procesos en los que
confiamos siguen siendo altamente manuales y pueden ralentizar tanto
el desarrollo como las operaciones. Si bien los mainframes son conocidos
por su confiabilidad, los flujos de trabajo y las tareas que utilizamos para administrarlos pueden
convertirse en cuellos de botella, especialmente cuando se trata de implementar En esta lección, nos
centraremos en cómo detectar cuellos de botella y tareas
manuales que están creando ineficiencias Más importante aún, exploraremos las herramientas y técnicas
que puede utilizar para evaluar las
ineficiencias del flujo de trabajo y comenzar a pensar en cómo
automatizar estos procesos Un por qué los
procesos manuales e ineficientes son un problema. Los procesos manuales suelen servir como talón
de Aquiles de los
sistemas mainframe Si bien los mainframes son robustos, el flujo de trabajo que
los rodea a menudo implica tareas
repetitivas que
dependen de la intervención humana He aquí por qué es un problema
al intentar adoptar DevOps. Ciclos de desarrollo lentos. Tareas manuales y tiempo
innecesario para el ciclo de vida del desarrollo. Por ejemplo, si
cada cambio de código requiere
pruebas manuales o aprobación, puede retrasar la integración
e implementación de nuevas funciones. Mayor riesgo de errores. El error humano es inevitable
en los procesos manuales, ya sea durante la
programación de trabajos, la entrada de datos o la actualización del sistema.
Dificultad para escalar. medida que su organización crece
o las demandas aumentan, confiar en
procesos manuales hace que
sea difícil escalar las
operaciones de manera eficiente. Resistencia al cambio. Los equipos que están acostumbrados
a los flujos de trabajo manuales pueden resistirse a la automatización, viéndola como una revisión de
sus rutinas bien gastadas Comprender dónde
existen
estas ineficiencias es el primer paso agilizar su flujo de trabajo y permitir procesos más rápidos y confiables Paso uno, detectando cuellos de botella en Un cuello de botella es cualquier punto en tu flujo de trabajo que
ralentiza todo el La clave para identificar
cuellos de botella es hacer las preguntas correctas
y analizar dónde suelen ocurrir retrasos o
errores repetidos Preguntas para hacer.
¿Dónde se atasca el trabajo? ¿Existen
procesos de aprobación, revisiones o intervenciones manuales que
frecuentemente retrasan los proyectos? ¿Con qué frecuencia se ejecutan
trabajos manuales? ¿Hay trabajos por lotes
o procesos que necesitan intervención humana
para iniciar o completar? ¿Qué tareas requieren atención humana
frecuente? ¿Hay reportes, transferencias de
datos o movimientos de archivos que se realizan manualmente en lugar de una verdadera automatización?
Tomemos un ejemplo. Una institución bancaria tuvo un cuello de botella frecuente en su procesamiento por lotes
nocturnos Todas las noches
se tenía que generar manualmente un conjunto
de informes para fines de cumplimiento, lo que retrasaba la ejecución de otros trabajos que esperaban
en la cola. Al automatizar el proceso de
generación de informes, la institución no
solo ahorra tiempo sino también reduce los errores causados
por la entrada manual de datos Paso dos, identificación de procesos
manuales. Los procesos manuales suelen ser los sumideros de tiempo ocultos en entornos
mainframe. Estas tareas pueden parecer
pequeñas por sí solas, pero cuando se suman a lo largo del tiempo, pueden causar retrasos
significativos. Aquí te explicamos cómo identificar
estos procesos. Procesos manuales comunes, programación de
trabajos. Un lote de trabajos que se
programan manualmente todos los días o semanas que requieren atención
constante? Pruebas NQA. ¿A pruebas que se ejecutan manualmente
para cada nueva actualización? ¿Hay lista de verificación
o revisiones por las que un equipo debe pasar
antes de implementar el código? Las transferencias de datos son
archivos o conjuntos de datos que se transfieren a los sistemas
manualmente en
lugar de ser manejados por scripts
automatizados. Tomemos un ejemplo. Un proveedor de atención médica tenía un proceso manual
para transferir los registros de
pacientes entre sistemas que implicaban varios
pasos y aprobaciones Este proceso se ralentizó cada
vez que se movía un registro, creando
demoras innecesarias en la atención al paciente Después de evaluar este proceso, implementaron un script que automáticamente
transfirió y registraba los datos entre sistemas, reduciendo el tiempo dedicado a esta tarea
en un 80%. Tres, utilizando herramientas para evaluar ineficiencias
de flujo de trabajo. Ahora que ya sabes
qué buscar, el siguiente paso es evaluar estas ineficiencias
utilizando las herramientas adecuadas El objetivo es recopilar datos
que te ayuden a tomar decisiones informadas sobre dónde automatización puede tener
el mayor impacto. Herramientas para identificar
ineficiencias, monitoreo y registro Herramientas como Splunk
o IBM Omega moon pueden proporcionar registros detallados de las operaciones de
su sistema Estos registros pueden ayudarle a
identificar qué trabajos están tardando más de lo esperado o dónde ocurren
errores con frecuencia. Herramientas de minería de procesos. Herramientas como salones o UiPath
procesan la minería y analizan flujos de trabajo para mostrarle
dónde están los cuellos de botella y qué procesos
son candidatos Métricas de desempeño. Utilice las métricas de rendimiento de sus planificadores de trabajos, por
ejemplo, automatización de la carga de trabajo de
DA para realizar un seguimiento del tiempo que tardan en ejecutarse los trabajos
, frecuencia con la que fallan y dónde hay retrasos Tomemos un ejemplo.
Una empresa minorista utilizó herramientas de minería de
procesos para analizar su proceso de
conciliación de inventario nocturno Descubrieron que las
comprobaciones manuales tardaban hasta 2 horas diarias creando demoras en la operación del
día siguiente. Al automatizar el proceso de cheques
y conciliación, ahorraron cientos de horas
hombre cada mes Paso cuatro, priorizando
los procesos para la automatización. Una vez que identifique los procesos
manuales
y las ineficiencias, es el momento de decidir dónde
enfocar sus esfuerzos de automatización No todos los procesos manuales necesitan ser automatizados de
inmediato. Por lo que es importante
priorizar en función del impacto. Criterios de priorización. Frecuencia del proceso. ¿Con qué frecuencia ocurre este
proceso? Si es diario, debería
estar en lo alto de tu lista
para la automatización. Impacto en el negocio. ¿Qué tan crítico es este
proceso para sus operaciones? ¿Afecta a los
sistemas críticos de misión? Riesgo de errores. ¿Este proceso manual lleva
frecuentemente a errores o demoras? Ahorro de tiempo. ¿Cuánto tiempo se puede ahorrar
automatizando este proceso? Si un proceso lleva horas
y ocurre con frecuencia, automatización es imprescindible.
Tomemos un ejemplo. Una compañía de seguros identifica su proceso de pruebas manuales como una prioridad para la automatización. Cada vez que se agregaba una nueva
función de política, el arteam tenía que probar manualmente cada escenario, lo que
tardaba días en completarse Al automatizar sus conjuntos de pruebas, redujeron el tiempo de prueba en un 70% y pudieron implementar
funciones más rápido Claves para llevar. Antes de
pasar a la siguiente lección, recapitulemos los puntos clave de la sesión
de hoy Los procesos manuales y los cuellos de botella ralentizan el desarrollo
y las operaciones, lo
que dificulta la
escala y la adopción de Identificar cuellos de botella
requiere analizar dónde
se retrasa el trabajo o dónde intervención
humana está
ralentizando Utilice herramientas como la minería de
procesos y las métricas de
rendimiento para evaluar dónde
existen ineficiencias en su Priorizar los procesos para la
automatización en función de la frecuencia, impacto en el negocio y el ahorro potencial de tiempo Actividad de aprendizaje. Para
aplicar lo que has aprendido, tómate un tiempo para evaluar tu propio entorno de mainframe en busca de
ineficiencias Contesta las siguientes preguntas. ¿Qué procesos manuales son
más comunes en tu flujo de trabajo? ¿Dónde ocurren los cuellos de botella para
ralentizar el desarrollo
u operaciones ¿Qué herramientas o métricas podrías usar para evaluar y rastrear
estas ineficiencias Comience por enumerar
estos procesos y cuellos de botella y
considere cómo la automatización podría agilizar estas tareas.
¿Qué sigue? En la siguiente lección, nos sumergiremos en evaluar la preparación de
DevOps Aprenderá
a evaluar si su equipo y sus herramientas
están listos para adoptar DevOps y
exploraremos los criterios clave que necesita
evaluar, como las habilidades del equipo, las herramientas de automatización
existentes y la colaboración Continuemos con el
Módulo dos lección tres, evaluando la preparación de
DevOps
8. Lección 3: evaluación de la preparación para DevOps: Lección tres, evaluar la preparación de
DevOps. Bienvenido a la lección tres de dominio de
mainframe con DevOps. En nuestra última sesión, analizamos identificación de procesos manuales y cuellos de botella en su Hoy daremos
otro paso importante, evaluando su preparación para
DevOps Antes de entrar en la implementación de
DevOps, es crucial evaluar
cuál es la posición de
su organización en términos de habilidades de equipo,
herramientas y colaboración Una evaluación exhaustiva de la preparación le
ayudará a identificar brechas y garantizar que su adopción de Devos sea efectiva
y sostenible Al final de esta lección, tendrá una comprensión clara
de los criterios clave para
evaluar la preparación de Devos y una hoja de ruta para
cerrar cualquier brecha Por qué es importante evaluar
la preparación de DevOps. Imagina que estás
a punto de construir un puente. No empezarías
la construcción sin antes asegurarte de que la base
sea sólida, ¿verdad? Del mismo modo, saltar a
DevOps sin evaluar su
entorno actual puede llevar a una adopción incompleta o
ineficiente, lo que a menudo resulta en
frustración y progreso lento He aquí por qué es esencial evaluar
la preparación. Evite la desalineación. Sin una evaluación adecuada, es posible que
su equipo no esté listo para adoptar prácticas de DevOps que
generen confusión o resistencia Identificar brechas de habilidades. DevOps requiere habilidades
específicas y colaboración que su
equipo puede no tener todavía. Garantizar la compatibilidad de las herramientas. No todas las herramientas existentes pueden integrarse sin problemas
con los flujos de trabajo de DevOps Establezca expectativas realistas. Una verificación de preparación
le brinda una línea de base que le permite establecer metas
alcanzables Analicemos cómo
evaluar su preparación en tres áreas clave, habilidades de equipo,
herramientas y colaboración. Paso uno, evaluando las habilidades del equipo. DevOps requiere no
solo nuevas herramientas, sino un cambio de mentalidad y conjuntos de habilidades
específicas Antes de implementar DevOps,
debe determinar si su equipo tiene las habilidades adecuadas o si hay brechas que
deben abordarse Sus habilidades para evaluar el dominio
de la automatización. ¿Su equipo puede trabajar con herramientas de
automatización como Jenkins,
IBM, Urban Code o Ansibl? ¿Se sienten cómodos
guionando tareas rutinarias para eliminar procesos manuales? Herramientas y métodos de colaboración. ¿Tus desarrolladores y equipos de
operaciones están familiarizados con herramientas de
colaboración como
Git, Jira o Slack? ¿Y trabajan
juntos de manera eficiente utilizando
metodologías Agile o scrum? Conocimientos de
DevOps específicos para mainframe. El equipo breve
comprende cómo aplicar los principios de
DevOps específicamente
al mainframe Esto incluye la automatización de la compilación de
doble código, programación
por lotes y las pruebas Integración continua, CI
y entrega continua de CD. ¿Sus desarrolladores
entienden cómo funciona CICD en un entorno de mainframe
y configuran canalizaciones que automatizan las pruebas, implementación y la supervisión Tomemos un ejemplo. Una
compañía de servicios financieros evaluó la preparación de DevOps de
su equipo y descubrió que, si bien
sus desarrolladores eran competentes en la codificación, carecen de experiencia con canalizaciones CICD Como resultado, la compañía invirtió en capacitación
para cerrar esa brecha, asegurando que el equipo tuviera las habilidades necesarias para automatizar sus procesos de prueba e
implementación. A continuación, le indicamos cómo abordar las brechas. Primero, usa programas de capacitación, invierte en sesiones de capacitación, ya sea en casa o a través proveedores
externos para mejorar tu equipo en
herramientas y prácticas de DevOps Dos, emparejamiento y tutoría, empareja a miembros
del equipo experimentados con aquellos que necesitan ayuda para
adoptar las prácticas de Devos Tres, proyectos de manos ong. Introducir pequeños proyectos
piloto de Devaux donde los miembros
del equipo puedan practicar nuevas habilidades en un entorno del mundo
real Paso dos, evaluar
las herramientas de automatización existentes. que las herramientas que está
utilizando actualmente no sean compatibles con las prácticas de
DevOps o es
posible que deban
actualizarse o reemplazarse Es importante
evaluar si sus herramientas existentes pueden manejar las
demandas de automatización de Devaux Preguntas clave para
hacer, ¿tus herramientas son
compatibles con la automatización? ¿Pueden automatizar
tareas repetitivas como pruebas, implementación de
código y tutoría? Herramientas como Jenkins,
IBM, Urban code y Rocket DevOps son ideales para automatizar ¿Tus herramientas son compatibles
con los flujos de trabajo de Devabs? No todas las herramientas heredadas
se pueden integrar fácilmente en
DevovPipelines modernos ¿Pueden sus planificadores de trabajos, herramientas de administración de
lotes o marcos de pruebas
integrarse con los nuevos DevObstols cuando escala
con sus herramientas actuales DevOps a menudo requiere
escalar la automatización ¿Sus herramientas son
lo suficientemente flexibles para manejar el crecimiento o necesitarán reemplazar báscula
Azure?
Tomemos un ejemplo. Un minorista global que administraba sistemas de
inventario en
un mainframe descubrió que su planificador de trabajos era incompatible con la automatización de DevOps
que querían implementar Se actualizaron a un programador de
trabajo moderno que se integró sin problemas con
su canalización CICD, lo que les permitió automatizar trabajos
por lotes y
reducir el tiempo de procesamiento A continuación, le indicamos cómo abordar las brechas. Auditoría de herramientas, realice una auditoría de sus herramientas actuales para determinar qué necesita
actualizar o reemplazar. Integrando nuevas herramientas, introducir
nuevas herramientas donde sea necesario. Concéntrese en
herramientas compatibles con DevOps como Jenkins, IBM, Urban codes o Docker y asegúrese que funcionen sin problemas
con sus Pilota integraciones,
prueba nuevas herramientas en un ambiente controlado antes implementarlas en toda
la organización Esto ayudará a
minimizar las interrupciones e identificar los posibles problemas de
integración de manera temprana. Paso tres, evaluar la colaboración en
equipo. DevOps requiere
romper los silos entre las
operaciones de desarrollo y los equipos de pruebas Es importante evaluar qué tan bien colaboran
actualmente sus equipos y si están listos para el enfoque multifuncional
que requiere DevOps Criterios E a evaluar. Primero, la estructura del equipo. ¿Su equipo sigue operando en silos o ha adoptado
una estructura
multifuncional más integrada
donde desarrolladores,
probadores y operaciones trabajan
juntos durante todo el ciclo de vida del
desarrollo? una estructura
multifuncional más integrada donde desarrolladores, probadores y operaciones trabajan juntos durante todo el ciclo de vida del
desarrollo Segundo, herramientas de comunicación. ¿El equipo de SOR tiene las herramientas
para colaborar de manera efectiva? DevOps requiere comunicaciones
constantes a través de plataformas como Slack, Microsoft Teams o Jira ¿Estas herramientas se están
utilizando de manera efectiva? Tercero, prácticas ágiles o Scrum. ¿Tu equipo ya está
trabajando con metodologías
Agile o Scrum? Estos métodos se alinean
estrechamente con DevOps y ayudan a fomentar una mejor colaboración
e iteraciones más rápidas Cuarto, bucles de retroalimentación. ¿Su equipo tiene bucles de
retroalimentación continuos en su lugar? ¿Se reúnen regularmente
para discutir el progreso, compartir comentarios e identificar
posibles cuellos de botella? Tomemos un ejemplo.
Una agencia gubernamental administraba registros públicos se dio cuenta de que sus equipos estaban demasiado
ensilados con desarrolladores que
solo se reunían con equipos de operaciones
durante situaciones de crisis Implementaron levantamientos diarios y objetivos compartidos
entre ambos equipos, lo que resultó en una resolución de problemas
más rápida y una
colaboración de proyectos más fluida. A continuación, le indicamos cómo abordar las brechas. En primer lugar, equipos interfuncionales. Cree equipos multifuncionales que incluyan
desarrolladores, probadores y personal de operaciones para trabajar juntos durante todo el ciclo de vida
del proyecto Dos, stand ups regulares. Introducir
stands diarios o semanales para asegurar que todos los equipos estén en la misma página y que cualquier bloqueador sea
identificado temprano. En tercer lugar, las metas y métricas compartidas, aseguran que todos los equipos
tengan objetivos compartidos y que el rendimiento se mida con
las mismas métricas. Claves para llevar. Repasemos los puntos clave de la lección de
hoy. Uno, habilidades de equipo. Su equipo necesita ser
competente en herramientas de automatización, métodos de
colaboración
y prácticas de DevOps específicas
para mainframe Invierta en capacitación y proyectos prácticos para llenar y aún vacíos. Segundo, herramientas existentes. Evalúe si
sus herramientas actuales son compatibles con el flujo de trabajo de DevOps Es posible que algunas herramientas
deban actualizarse o reemplazarse para permitir la
automatización e integración completas. Tercero, la colaboración. Las operaciones de desarrollo requieren una fuerte
colaboración entre las operaciones de
desarrollo
y los equipos de pruebas Garantiza que la estructura de tu equipo y las herramientas de
comunicación
fomenten el trabajo multifuncional. Actividad ganadora. Para aplicar
lo que has aprendido, tómate un tiempo para evaluar la preparación de
DevOP de
tu propia organización Contesta las siguientes preguntas. ¿Tu equipo tiene las
habilidades necesarias para DevOps? ¿Qué brechas existen? ¿Sus herramientas actuales son compatibles
con los flujos de trabajo de DevOps? ¿Qué herramientas podrían
necesitar actualización? ¿Qué tan bien
colabora tu equipo en todos los departamentos? ¿Qué se puede hacer para mejorar el
trabajo en equipo multifuncional? Escriba sus respuestas
y comience a construir una hoja de ruta para abordar cualquier brecha en su preparación para
DevOps ¿Cuál es el siguiente? En la siguiente lección, profundizaremos en la
priorización de áreas para la implementación de DevOps Aprenderá a identificar áreas de
alto impacto para la
integración de DevOps y a desarrollar primero un marco de priorización para modernizar procesos específicos Pasemos al Módulo
dos Lección cuatro, priorizando áreas para la implementación de
DevOps
9. Lección 4: priorización de áreas para la implementación de DevOps: Lección cuatro, priorizar
áreas para la implementación de DevOps Bienvenido a la lección
cuatro del Módulo dos. En la última lección,
discutimos cómo evaluar
su preparación para DevOps
evaluando las habilidades de su equipo, sus herramientas actuales y la
colaboración entre equipos Ahora tienes una imagen más clara de dónde se encuentra tu
organización. Es hora de priorizar las áreas específicas donde DevOps aportará más
valor No todos los procesos necesitan
ser modernizados a la vez. En cambio, el objetivo es identificar áreas de
alto impacto donde
Devos pueda entregar resultados
inmediatos y desarrollar un marco de priorización para modernizar
gradualmente sus flujos Al enfocarte en las áreas adecuadas, crearás éxitos tempranos
que generarán impulso y demostrarán el valor de Devos en toda
tu organización Al final de esta lección, podrás identificar
qué procesos
priorizar para qué procesos
priorizar implementación de
Devos y crear un plan estructurado para
modernizar Por qué la priorización es importante
en la implementación de DevOps. La emoción de adaptar
DevOps a veces puede llevar a la tentación de intentar automatizar todo
a la vez Si bien la ambición es grande, intentar
demasiado pronto puede abrumar a
sus equipos y causar interrupciones en los sistemas críticos En cambio, hay que priorizar. Esto significa identificar
las áreas donde DevOps puede tener el mayor impacto
en términos de eficiencia, reducción de
costos y rendimiento
mejorado
y comenzar allí Al enfocarte primero en áreas de alta
prioridad, reducirás el riesgo. automatización de
sistemas críticos sin pruebas
exhaustivas y una planificación
cuidadosa puede introducir riesgos innecesarios Comience con
procesos de menor riesgo para generar confianza. Crea victorias rápidas.
Priorizar tareas de alto impacto
pero manejables
le permite ver resultados antes, lo
que puede motivar a los equipos y generar soporte para una mayor La mejora de la eficiencia, centrándose en botella y los procesos manuales puede conducir a ciclos de
desarrollo más rápidos y mejoras operativas
para liberar recursos Tomemos un ejemplo. Un proveedor de atención médica
identificó que su procesamiento manual de
registros de pacientes estaba causando retrasos
en la atención al paciente. Al enfocarse primero en esta área, implementaron la automatización
DevOps que redujo el
tiempo de procesamiento en un 50%, mejorando
significativamente la
eficiencia sin interrumpir otros sistemas
críticos Paso uno, identificar áreas
de alto impacto para la integración de
DevOps El primer paso para priorizar implementación de
DevOps
es identificar qué áreas de su entorno
mainframe se beneficiarán más de la
automatización Criterios para identificar áreas
de alto impacto. Frecuencia de uso. Las tareas de alta frecuencia son excelentes
candidatos para DevOps Si un proceso ocurre diariamente
o varias veces a la semana,
automatizarlo producirá un ahorro
significativo de tiempo Ejemplo, si los trabajos por lotes se ejecutan todas las noches y requieren intervención
manual, deben ser una
prioridad para la automatización Procesos manuales o propensos a errores. Los procesos que dependen en gran medida entrada
manual o que son propensos a errores están maduros
para la automatización. DeVos puede reducir los errores humanos, mejorar la consistencia y
agilizar los flujos Ejemplo, las pruebas manuales de aplicaciones
BOWL a menudo conducen a retrasos e inconsistencias Automatizar este proceso utilizando canalizaciones
CICD reducirá
los errores y acelerará Criticidad del negocio,
si bien es posible que no desee comenzar con sistemas de misión
crítica de inmediato, identificar aquellos
que son cruciales para las operaciones
comerciales debería ser parte de su plan a largo
plazo para Devos Por ejemplo, el sistema bancario central que procesa miles
de transacciones por día, puede que no sea el primer
sistema en automatizar, pero debería estar en su hoja de ruta para una
integración cuidadosa con DevOps Cuellos de botella en el flujo de trabajo. Si un proceso
ralentiza constantemente el desarrollo
o las operaciones, es un
candidato principal para Devos La eliminación de cuellos de botella
mejora la eficiencia general. Por ejemplo, si las pruebas son la parte más lenta de
tu ciclo de desarrollo, automatizarlo con CICD puede acortar
drásticamente Paso dos, desarrollar un marco de
priorización. Ahora que ha identificado áreas de
alto impacto, el siguiente paso es desarrollar un marco de priorización que guíe su
implementación de DevOps Este marco le ayudará a determinar qué procesos abordan primero y cómo secuenciar sus esfuerzos para maximizar el impacto
con una interrupción mínima. Componentes clave de un marco de
priorización. Número uno, evaluar
riesgo versus recompensa. Observe cada proceso identificado y evalúe el equilibrio
de riesgo y recompensa. Los procesos de alto riesgo y bajo recompensa
deben automatizarse primero. Por ejemplo, la automatización con trabajos
rutinarios de procesamiento por lotes que se ejecutan con frecuencia, pero que tienen dependencias mínimas es bajo riesgo y producirá ahorros de tiempo
inmediatos Dos, comienza pequeño, escala rápido. Comience con un proyecto más pequeño que esté lo suficientemente aislado como
para minimizar el riesgo, pero lo suficientemente importante como para
demostrar el valor de Devos Una escala exitosa
a áreas más complejas. Ejemplo, comience automatizando procesos de
generación de informes
no críticos Después de que eso funcione sin problemas, pase a automatizar tareas
más críticas como canalizaciones de implementación Tres, estimar
tiempo y recursos. Considere los recursos necesarios para implementar DevOps
para cada proceso Algunas tareas pueden requerir más tiempo de desarrollo
o herramientas adicionales. Así que prioriza en función de lo que sea visible con tus recursos
actuales Por ejemplo, la automatización de trabajos por lotes
nocturnos puede requerir menos tiempo en
menos herramientas que automatizar un sistema de
transacciones principales, comience con la O monitoree, mida y ajuste. Establezca
indicadores clave de rendimiento o KPI para rastrear el impacto de
sus esfuerzos de automatización Si un proceso no produce las mejoras
esperadas, ajuste su enfoque o muévase a un área
prioritaria diferente. Ejemplo, haga un seguimiento de
cuánto tiempo se ahorra en la tarea
manual después de la automatización y compare eso con el ahorro de tiempo
esperado. Utilice estas métricas para realizar ajustes en futuros proyectos de
automatización. Tomemos un ejemplo. Una
institución financiera global utilizó un marco de priorización para automatizar primero las
pruebas y los procesos A. Vieron una reducción del 40%
en los tiempos de prueba, lo que les dio la
confianza para pasar a automatizar sus
ductos CICD para Este enfoque por fases
les permite escalar devops
sin abrumar a sus equipos ni causar riesgos innecesarios Paso tres: construir una hoja de ruta
para la implementación de DevOps. Una vez que desarrolle un marco de
priorización, el siguiente paso es construir
una hoja de ruta que delinear
la secuencia y el cronograma para implementar
Devo en Una hoja de ruta clara ayudará a
mantener a tu equipo en el buen camino, establecer expectativas y garantizar que estás trabajando para
lograr metas medibles Pasos clave para
construir una hoja de ruta. Primero, establecer hitos claros. Desglose la
implementación de DevOps en hitos claros Cada hito debe representar un
proyecto de automatización completado, como automatizar trabajos por lotes nocturnos o configurar
tuberías de CI para pruebas Ejemplo, hito uno, automatizar el procesamiento nocturno
por lotes Hito dos, implementar pruebas
automatizadas para aplicaciones
Cobal. Segundo, asignar
recursos y roles. Asigne
miembros específicos del equipo a cada tarea. Asegúrese de que los desarrolladores, probadores y operaciones estén trabajando juntos para implementar cada
fase de la hoja de ruta Por ejemplo, asigne un
equipo multifuncional para manejar la configuración de canalizaciones de CICD, incluidos desarrolladores, personal de
operaciones y control Tercero, establecer cronogramas
y revisar puntos. Establecer un cronograma
para cada hito e incluir puntos de revisión
para evaluar el progreso. Las revisiones periódicas te ayudarán a ajustar tu hoja de ruta según sea necesario. Ejemplo: establecer un
cronograma de tres meses para automatizar las pruebas y un cronograma de seis
meses para implementar CICD en el entorno de
producción Revisiones mensuales frías
para asegurar el progreso. Cuarto, comunicar el progreso. Mantenga
informados a sus equipos y partes interesadas del progreso. Comparte victorias, lecciones aprendidas y próximos hitos para
mantener el impulso y comprar Ejemplo, celebrar reuniones regulares o establecer fechas para
compartir avances, celebrar éxitos y discutir cualquier bloqueador que
necesite atención. Claves para llevar. Repasemos los puntos clave de la lección de
hoy. Identificar áreas de alto impacto para Devos enfocándose en
procesos frecuentes, manuales o propensos a errores Desarrollar un
marco de priorización para decidir qué procesos
automatizar primero Comience con tarea de bajo riesgo y alta
recompensa para crear equinos. Cree una hoja de ruta para la implementación de
DevOps
que incluya hitos, cronogramas y recursos para
mantener a su equipo encaminado Supervise y ajuste su
estrategia según sea necesario utilizando datos y comentarios para guiar
futuros esfuerzos de DevOps Actividad de aprendizaje.
Tómese un tiempo para aplicar las lecciones
de hoy en su propio entorno. Contesta las siguientes preguntas. ¿Qué áreas de alto impacto ha
identificado para la
implementación de DevOps en
su organización? identificado para la
implementación de DevOps en
su organización ¿Cómo puede priorizar
estas áreas
en función de la recompensa por riesgo y los recursos
disponibles ¿Cómo sería su
hoja de ruta para implementación de
DevOps durante
los próximos seis a 12 Escriba sus respuestas
y comience a construir un marco de priorización y una hoja de ruta y una hoja de ruta para el viaje de DevOps de su organización. ¿Cuál es el siguiente? En el siguiente módulo, cambiaremos el enfoque hacia la construcción una cultura DevOps en equipos de
mainframe En la lección uno, exploraremos la naturaleza aislada de
las operaciones de
mainframe y por qué
estos silos pueden obstaculizar la adopción de DevOps operaciones de
mainframe y por qué estos silos pueden Discutiremos estrategias
para romper estos silos y fomentar la
cultura de colaboración Continuemos con el Módulo tres, Lección uno, entendiendo la naturaleza aislada de las operaciones de
mainframe
10. Lección 1: comprensión de la naturaleza de silos de las operaciones de mainframe: Bienvenido al Módulo
tres, construyendo una cultura DevOP en equipos de
mainframe En este módulo,
exploraremos cómo fomentar una cultura DevOps
dentro de los equipos de mainframe Cubriremos estrategias
para romper silos, fomentar la colaboración,
introducir prácticas ágiles y gestionar
la resistencia al cambio Al final de este módulo, tendrá las herramientas
y el conocimiento para crear un entorno más adaptativo y
colaborativo dentro de su operación de mainframe Lección uno, comprender la naturaleza en silos de las operaciones de
mainframe Bienvenido a la lección
uno del Módulo tres. En esta lección, vamos
a abordar un desafío que es
común en muchas organizaciones que ejecutan sistemas mainframe, la naturaleza aislada de las operaciones de
mainframe Estos silos pueden ser un gran
obstáculo a la hora de intentar adoptar prácticas de DevOps que se
basan en la colaboración, la integración
continua y el trabajo en
equipo multifuncional Los equipos de mainframe a menudo operan independientemente de otras
partes de la organización, lo que puede crear barreras para
la innovación y la eficiencia Para integrar Devos con éxito en su entorno de mainframe, primero
necesitamos entender
por qué existen estos silos, cómo obstaculizan la adopción de Devos y qué se puede hacer para Al final de esta lección, tendrá una comprensión profunda de la estructura del silo
de las operaciones de mainframe y por qué abordarla es crucial
para el éxito de Devo ¿Por qué los equipos de mainframe
operan en silos? Históricamente, los equipos de mainframe
han operado en silos, a menudo separados del resto
de la organización de TI. Esto se debe a varios
factores que han dado forma a cómo se
administran y mantienen los mainframes a
lo largo de los años Uno, sistemas heredados y experiencia
especializada. mainframes son sistemas complejos y
altamente especializados que requieren un profundo
conocimiento de los
lenguajes de programación
heredados como Cobol y herramientas
específicas para administrar procesamiento por
lotes
y la programación de trabajos Debido a esto, los equipos de mainframe a menudo se
especializan altamente en su trabajo y hay una tendencia
a aislarse de otros equipos que pueden no tener el mismo nivel de
experiencia con los mainframes Por qué esto importa para Devo. En una cultura Devos, el objetivo es integrar equipos, romper barreras y
fomentar la colaboración Cuando
los equipos de mainframe están aislados, se vuelve
difícil
crear el tipo de comunicación y
compartir la responsabilidad
que requiere DevOps Dos, confiabilidad operativa
y aversión al riesgo. Los mainframes han sido durante mucho tiempo la columna vertebral de muchas operaciones
comerciales críticas, especialmente en industrias como las finanzas, la salud
y el gobierno Como resultado, el enfoque para los equipos de
mainframe
ha
estado tradicionalmente en la confiabilidad operativa, la seguridad y la minimización del riesgo Esto puede hacerlos resistentes a la
naturaleza iterativa de ritmo rápido del devoto, que a menudo enfatiza la
experimentación y
la entrega continua ¿Por qué esto importa para DevOps? Si bien la estabilidad es importante, el enfoque cauteloso de los equipos
de mainframe puede ralentizar DevOps fomenta actualizaciones
frecuentes, retroalimentación
continua
y automatización, todo lo cual puede
parecer una desviación del enfoque metódico cuidadoso que
suelen adoptar
los suelen adoptar Tres,
estructura organizacional y silos de equipo. En muchas organizaciones, las operaciones de
mainframe son departamentos
separados
con sus propios objetivos, procesos y estructuras
de gestión Es posible que no interactúen regularmente con otras
partes del equipo de TI, como los equipos de Cloud o DevOps Esto puede crear brechas de
comunicación donde
los equipos de mainframe desconocen o desconectan de objetivos
organizacionales más amplios lo que lleva a una falta de alineación Por qué esto importa para DevOps. Debov se esfuerza en la colaboración
multifuncional. Los silos crean barreras para esto, lo
que hace que sea más difícil alinear las operaciones de
mainframe con prácticas DevOv
y objetivos organizacionales
más amplios Tomemos nuestro ejemplo. Una gran
institución financiera contaba con un equipo de mainframe que operaba por separado de sus equipos
Cloud y Devos El equipo de mainframe
se centró en
garantizar el tiempo de actividad y la
estabilidad, mientras que el equipo de Devo estaba trabajando en ciclos de lanzamiento
más rápidos y automatización para otras partes
de la infraestructura La falta de comunicación
y los objetivos compartidos provocaron conflictos y demoras en integración de nuevas características en
sus sistemas mainframe ¿Cómo los silos obstaculizan la adopción de
DevOps? La naturaleza en silos de las operaciones del
campo principal puede dificultar las adopciones
de DevOps Uno, falta de comunicación
entre equipos. En un ambiente Devos, comunicación
continua
es esencial Cuando los equipos están aislados, comunicación tiende
a limitarse a entregas o
solicitudes
formales en lugar de a la colaboración continua en
tiempo real
necesaria para implementar
los principios de DevOps colaboración continua en
tiempo real
necesaria para implementar
los necesaria para Impacto. Sin
líneas abiertas de comunicación, los equipos de
desarrollo
y los equipos de operación pueden trabajar hacia
diferentes objetivos. Esto puede llevar a ineficiencias, prioridades
conflictivas y un tiempo de comercialización más lento
para nuevas funciones Dos, dificultad para integrar
mainframe con herramientas de DevOps. Los equipos de mainframe a menudo confían en herramientas y
flujos de trabajo
heredados que no se integran fácilmente con las herramientas
modernas de Devo como Jenkins, Gift Esta
brecha tecnológica refuerza los silos
ya que los equipos de mainframe pueden no adoptar las mismas cadenas de herramientas o procesos que sus
homólogos de Devo Impacto, la incapacidad de
integrar las herramientas de
Devo con los sistemas
mainframe conduce a la falta de automatización, proceso
manual y ciclos de liberación
más largos Esto puede hacer que el
mainframe sea un cuello de botella
en una organización que de otro modo sería
ágil Tres, la resistencia
al cambio cultural. Adaptar DevOps requiere no solo un cambio en
las herramientas y procesos, sino un cambio cultural en la
forma en que los equipos trabajan juntos Los equipos de mainframe acostumbrados a sus
formas establecidas de trabajo, pueden resistir la naturaleza colaborativa de ritmo
rápido de DevOps, especialmente si lo perciben como una amenaza para El impacto sin comprar
de los equipos convencionales, adopción de
Devos puede estancarse, lo que lleva a la frustración
y al progreso lento Es importante abordar resistencia
cultural de
frente mostrando
los beneficios de Devos de una manera que se alinee con las prioridades de
los equipos principales,
que son la estabilidad, la
seguridad y la confiabilidad Tomemos un ejemplo. Una organización de
atención médica experimentó el retroceso
de su equipo de mainframe al intentar introducir canalizaciones
CICD Al equipo le preocupaba
que la automatización de pruebas y despliegues
introdujera inestabilidad. Al probar DevOps en sistemas
no críticos y demostrar la confiabilidad
de los procesos automatizados, la organización
pudo generar confianza y llevar
gradualmente al equipo de mainframe a la bodega Rompiendo silos, el primer paso hacia el éxito de
DevOps Para adoptar DevOps con éxito en su entorno de mainframe, debe desglosar
los silos que tradicionalmente han separado a su equipo de mainframe de otras partes de Aquí te explicamos cómo empezar. Uno, fomentar la colaboración entre
funciones, fomentar la colaboración
entre los equipos de mainframe
y los equipos de DevOps mediante la formación grupos
multifuncionales
que incluyen miembros de
operaciones de desarrollo y pruebas Esto ayudará a romper
las barreras y crear un sentido compartido de responsabilidad para todo el ciclo de vida de
entrega de software. Dos, establecer una
comunicación regular. Configura canales de
comunicación regulares como destacados diarios, sincronizaciones
semanales o canales de holgura para garantizar que los equipos de mainframe
y otros equipos de ID La comunicación regular
genera confianza y ayuda a los equipos a mantenerse
en la misma página, especialmente durante proyectos de alta
prioridad. Tres, introducir
DevOps gradualmente. En lugar de presionar por una transformación mayorista de DevOps de
la noche a la mañana, comience poco a poco Comience automatizando
un proceso, como pruebas
automatizadas
o programación de trabajos y utilice ese éxito
para generar impulso La implementación gradual
permite a los equipos adaptarse a los nuevos flujos de trabajo sin sentirse abrumados.
Tomemos un ejemplo. Una empresa minorista que
dependía de los sistemas mainframe para gestión de
inventario
comenzó poco a poco automatizando su programación de trabajos
por
lotes Esto redujo la intervención manual
y liberó recursos,
lo que genera confianza en DevOps entre el equipo de mainframe Con el tiempo, el equipo
se volvió más abierto a iniciativas de DevOps
más grandes.
Claves para llevar Vamos a recapitular los puntos clave
de la lección de hoy. equipos de mainframe a menudo operan en silos debido a la experiencia
especializada, aversión al
riesgo y
las estructuras organizativas Estos silos dificultan adopción de
DevOps al
limitar la comunicación, dificultar la
integración de herramientas y fomentar la
resistencia al cambio Romper silos es
esencial para el éxito de Devo. Comience fomentando la colaboración
interfuncional, estableciendo una
comunicación regular e introduciendo Devo gradualmente Oh Actividad de aprendizaje. Reflexiona sobre la estructura de tu organización y responde
las siguientes preguntas. ¿Su
equipo de mainframe opera en un silo? Si es así, ¿cómo
afecta esto a la colaboración
con otros equipos de TI? ¿Qué pasos puedes
dar para romper los
silos y fomentar una mejor comunicación
y colaboración ¿Cuál es un proceso con el que
podrías comenzar para introducir DevOps gradualmente
a tu equipo de mainframe Escriba sus respuestas y considere cómo puede
comenzar a desglosar los silos en su
organización para permitir una transformación exitosa de DevOps
. ¿Cuál es el siguiente? En la siguiente lección,
profundizaremos en fomentar la colaboración
interfuncional. Discutiremos estrategias para promover la colaboración
entre mainframe, Devos y
equipos en la nube y exploraremos
las herramientas y plataformas de
comunicación
que facilitan el que facilitan Pasemos al Módulo
tres Lección dos, fomentando la colaboración
interfuncional.
11. Lección 2: fomento de la colaboración multifuncional: Lección dos, fomentando la colaboración
interfuncional. Bienvenido a la lección
dos del Módulo tres. En nuestra última lección,
discutimos la naturaleza del silo de los equipos de mainframe y cómo silos pueden
ralentizar la adopción de devops Ahora que entiendes por qué existen
los silos y
los desafíos que crean, es hora de
hablar sobre cómo
descomponerlos a través de la colaboración
multifuncional En esta lección,
vamos a explorar estrategias
prácticas para promover la colaboración entre sus equipos de DevOps de mainframe
y la nube También veremos las herramientas y plataformas de
comunicación que pueden
hacer que la
colaboración interfuncional sea
más fácil, eficiente y efectiva. Al final de esta lección, sabrás cómo unir a tus
equipos y fomentar el
entorno colaborativo que es crítico para el éxito de Devo Por qué la colaboración interfuncional
es esencial para Devo. Debov se esfuerza en la colaboración. No es solo un conjunto de
herramientas y procesos. Es una cultura en la
que el desarrollo, las operaciones y otros equipos de
TI trabajan juntos continuamente para ofrecer software y servicios de manera más eficiente. , en los entornos de
mainframe tradicionales Sin embargo, en los entornos de
mainframe tradicionales, la colaboración
no siempre es fácil Diferentes equipos suelen operar forma
independiente con objetivos, procesos e incluso métodos de
comunicación separados. He aquí por qué la colaboración
interfuncional es esencial para el éxito de Debo. Uno, propiedad compartida. En una cultura DevOps, todo
el equipo
comparte la propiedad del ciclo de vida
del producto, desde desarrollo hasta la implementación
y el mantenimiento La colaboración asegura
que todos estén trabajando hacia el mismo objetivo y
estén alineados en las prioridades. Dos, resolución de problemas más rápida. Cuando los equipos colaboran, los problemas se
pueden identificar
y resolver más rápido. Con la
comunicación interfuncional, los desarrolladores, los especialistas en
operaciones y
mainframe pueden abordar los problemas juntos, minimizando los retrasos y
mejorando la eficiencia general Tercero, integración perfecta. mainframes son una
parte crítica de muchas empresas, pero integrarlos con sistemas
modernos como los
entornos Cloud puede ser complejo La colaboración garantiza que los equipos de
mainframe y devops
recorten los equipos de Cloud y trabajen
juntos para crear integraciones fluidas, seguras y eficientes Paso uno, Estrategias para
promover la colaboración. Veamos algunas estrategias que puedes usar para promover la colaboración
multifuncional entre tus equipos de DevOps
y Cloud de mainframe Uno, crear equipos
multifuncionales. El primer paso para
romper los silos y fomentar la colaboración es
crear equipos multifuncionales Este equipo debe
incluir miembros de
operaciones de mainframe, desarrollo, infraestructura
en la nube
y pruebas, todos trabajando juntos
en proyectos compartidos Cómo implementarlo. En lugar de que su
equipo de mainframe trabaje por separado de
su equipo de DevOps, cree un grupo de trabajo conjunto donde los miembros de ambos
equipos trabajen juntos en proyectos
específicos,
como automatizar un proceso o modernizar
una aplicación Tomemos un ejemplo. Una compañía minorista
global formó equipos
multifuncionales cuando
comenzaron a integrar su sistema de
inventario basado en mainframe con una plataforma de
análisis basada en la nube Al involucrar tanto a expertos en mainframe
como en la nube, pudieron evitar retrasos y garantizar una integración
perfecta Dos, configura la
sincronización regular y los soportes. Otra estrategia clave
es introducir rituales de comunicación
regulares como stands diarios o sincronizaciones semanales
donde todos los miembros del equipo multifuncional se
reúnen para discutir
el progreso, los obstáculos y las próximas tareas Estas reuniones
ayudan a mantener a todos alineados y fomentan la colaboración
continua. Cómo implementarlo, presentar un standup diario o una
reunión semanal donde desarrolladores, especialistas en
mainframe e ingenieros en la nube
discutan el estado del proyecto, los desafíos y los próximos pasos Asegurar que estas
reuniones sean breves, enfocadas y productivas.
Toma un ejemplo. Una compañía de servicios financieros introdujo stands diarios para sus
equipos multifuncionales cuando comenzaron a hacer la transición de algunas de
sus aplicaciones principales a un modelo de nube híbrida Esta línea abierta de comunicación redujo la ficción y aseguró
que el mainframe, Cloud y Devovtms estuvieran alineados en Tres, fomentar una cultura
de intercambio de conocimientos. Uno de los mayores desafíos en la
colaboración multifuncional es que cada equipo a menudo tiene una profunda experiencia en
su propia área, pero un conocimiento limitado sobre los otros equipos,
sistemas o procesos. Fomentar el
intercambio de conocimientos entre equipos puede ayudar a cerrar estas brechas y promover una mejor colaboración.
Cómo implementarlo. Organizar sesiones de
capacitación interna o talleres donde los miembros del equipo compartan su experiencia
con otros. Por ejemplo, los
especialistas en mainframe pueden dar una visión general de cómo funciona el procesamiento
por lotes mientras que los ingenieros en la nube
pueden explicar cómo se está utilizando la
contenerización en otras partes de la
organización Tomemos un ejemplo.
Un proveedor de atención médica implementó sesiones internas de
almuerzo y aprendizaje donde diferentes equipos comparten sus conocimientos sobre temas
como la automatización y el desarrollo de
cobol y el uso de
Jenkins para canalizaciones CICD Esta
cultura de intercambio de conocimientos fomentó una mejor colaboración
entre equipos que anteriormente estaban aislados Paso dos, herramientas y plataformas para facilitar la
colaboración. La colaboración no se trata
sólo de personas. También se trata de las herramientas
que les ayudan a trabajar juntos. Existen varias herramientas y plataformas diseñadas para
facilitar la colaboración en el entorno DevOps y integración en su flujo de trabajo
puede mejorar drásticamente la forma
en que puede mejorar drásticamente la forma sus equipos se comunican
y colaboran Uno,
herramientas de comunicación. Herramientas como Slack, Microsoft Teams o Zoom proporcionan canales de comunicación en tiempo
real donde los miembros del equipo
pueden hacer preguntas, compartir actualizaciones y colaborar
en tareas, cómo usarlas. Configura canales dedicados
para cada proyecto donde los miembros del equipo
multifuncionales puedan colaborar en tiempo real. Por ejemplo, es posible que
tenga un canal de integración de
DevOps de mainframe donde los ingenieros,
desarrolladores y especialistas en la
nube de mainframe discutan los
problemas de integración y discutan los
problemas de integración Tomemos un ejemplo. Una
gran compañía de seguros estableció canales de holgura para cada uno de sus proyectos
multifuncionales. Esto permitió a los miembros del equipo de diferentes departamentos resolver
rápidamente problemas, hacer preguntas y
compartir información, lo que condujo a una reducción del 20%
en los retrasos del proyecto. Dos, plataformas de colaboración. Plataformas como Jira, Trello o Asana, ayudan a
los equipos a administrar proyectos, asignar tareas Estas herramientas crean visibilidad
sobre quién está trabajando en qué y permiten
a los miembros del equipo mantenerse actualizados sobre el progreso, los plazos y los bloqueos de carreteras. Cómo utilizarlos. Usa
Jira o Trello para crear tableros de
proyecto donde
las tareas se puedan asignar a los miembros
del equipo y se
pueda rastrear visualmente el progreso Esto mantiene a todos
alineados y responsables, y se asegura de
que ninguna tarea caiga por las grietas.
Tomemos un ejemplo. Una institución bancaria utilizó Jira para administrar su proyecto de
transformación DevOps Crearon una placa Jira o los equipos multifuncionales para rastrear la automatización
de las pruebas de mainframe La plataforma brindó
transparencia y mantuvo todo
el equipo informado sobre los avances y los
próximos hitos Tres, sistemas de control de versiones. Las herramientas de control de versiones
como Git o Bitbucket permiten que varios miembros del equipo trabajen en el mismo
proyecto simultáneamente, realicen un seguimiento de los cambios y
se
aseguren de que todos estén usando el código o la configuración más
actualizados Estos sistemas son cruciales para
mantener la colaboración entre los equipos de desarrollo
y operaciones. Cómo utilizarlos. Implementar un sistema
de control de versiones que sea accesible tanto para
desarrolladores de mainframe como para equipos de Devops Utilice
estrategias de ramificación para permitir que diferentes equipos trabajen
en funciones separadas mientras se asegura de que
todos estén en la misma página cuando se trata administración de
código y configuración Tomemos un ejemplo.
Una empresa minorista lo usó para administrar su código
fuente y archivos de
configuración en su entorno de mainframe y
nube Estos permitieron a
los desarrolladores de mainframe y a los ingenieros de Cloud trabajar en paralelo sin
crear conflictos ni demoras Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, la
colaboración interfuncional es esencial para el éxito de Devo porque
fomenta la propiedad compartida, acelera la resolución de problemas y garantiza una integración perfecta
de mainframes y de mainframes y En segundo lugar, las estrategias para promover la colaboración incluyen
la creación de equipos multifuncionales, creación de sumideros regulares y el fomento del
intercambio de conocimientos entre equipos. En tercer lugar, herramientas como Slack, Jira y Git ayudan a facilitar la colaboración al proporcionar canales de
comunicación, herramientas de gestión de
proyectos
y sistemas de control de versiones Actividad de aprendizaje. Tómese
un momento para reflexionar sobre la colaboración de
su propia organización
entre los equipos de
DevOps y Cloud de mainframe Contesta las siguientes preguntas. ¿Sus equipos trabajan de manera aislada o existe
colaboración entre mainframe DevOps y el especialista
en Cloud ¿Qué herramientas y estrategias
podrías introducir para mejorar la comunicación y colaboración
entre estos equipos? ¿Cómo puedes fomentar mayor intercambio de conocimientos dentro tu organización para
romper silos Escribe tus respuestas y considera cómo puedes implementar estas estrategias para promover la colaboración
multifuncional
en tu propia organización. ¿Qué sigue? En la siguiente lección, exploraremos la introducción prácticas
ágiles a los equipos de
mainframe Discutiremos cómo llevar metodologías
ágiles a los metodologías
ágiles equipos de
mainframe estructurados
tradicionalmente y cómo desarrollo iterativo de
sprints y puede
aplicar el
desarrollo iterativo de
sprints y la retroalimentación
continua a Pasemos al Módulo tres,
lección tres, introduciendo prácticas
ágiles a los equipos de
mainframe
12. Lección 3: introducción de prácticas ágiles a equipos de mainframe: Lección tres, introducción prácticas
ágiles a los equipos de
mainframe Bienvenido a la lección
tres del Módulo tres. En esta lección, nos centraremos en cómo introducir prácticas ágiles
a sus equipos de mainframe Tradicionalmente,
las operaciones de mainframe
se han estructurado más con ciclos de desarrollo
más largos, planificación
cuidadosa y
un enfoque en la estabilidad Si bien estos principios
son valiosos, la metodología ágil,
con su enfoque en sprints, desarrollo
iterativo y retroalimentación
continua puede ayudar a brindar un nuevo nivel de capacidad
de respuesta
y eficiencia a
los proyectos de y eficiencia a Al final de esta lección, comprenderá cómo aplicar prácticas
ágiles de una manera que
respete las necesidades únicas de su
entorno
de mainframe y, al mismo tiempo ayude a sus equipos a ser más adaptativos y colaborativos ¿Por qué trabajar Agile para proyectos
de mainframe? A primera vista, los machos ágiles pueden parecer un mal ajuste para los entornos
mainframe, que son conocidos por
su estabilidad y confiabilidad a largo plazo Pero el valor central de Agile, que son la flexibilidad, la capacidad de
respuesta y la mejora continua, puede traer
beneficios significativos a los equipos de mainframe,
especialmente a medida que se integran con DevOps y He aquí por qué Agile es
ideal para los equipos de mainframe. Una entrega de valor más rápida. Agile fomenta lanzamientos pequeños y
frecuentes en lugar de largos ciclos de
desarrollo. Esto significa que su equipo de mainframe puede ofrecer actualizaciones incrementales, lo que permite
a las partes interesadas ver el valor antes Dos, la adaptabilidad, el enfoque
iterativo de Agile permite a
los equipos adoptar
requisitos cambiantes en entornos de ritmo
rápido
donde las necesidades del negocio evolucionan, esta adaptabilidad
puede evitar retrasos y desalineación entre
los objetivos de desarrollo y Tres,
retroalimentación continua y mejora. Agile se centra en la retroalimentación
continua, lo que permite a los equipos mejorar
sus procesos y entregables en función de los aportes
regulares de las partes interesadas Esto es particularmente útil para sistemas
mainframe de larga data que necesitan ser modernizados
o integrados con más nuevas.
Tomemos un ejemplo. Una empresa de servicios financieros utiliza metodologías
ágiles para modernizar sus aplicaciones de
mainframe basadas en CBL Al desglosar sus proyectos en sprints manejables más pequeños, pudieron entregar actualizaciones de
funciones más rápidamente,
responder a las
demandas de los clientes más rápido y reducir el
tiempo de desarrollo en un 30% Llevar sprints a los equipos de
mainframe. El concepto de sprints
es fundamental para Agile. En un sprint, los equipos se enfocan en completar un conjunto de tareas
como el desarrollo de funciones, correcciones de errores o pruebas en
un corto período fijo, generalmente de dos a cuatro semanas. sprints permiten a los equipos
enfocar sus esfuerzos, cumplir objetivos a corto plazo y ofrecer valor incremental Cómo implementar sprints
para equipos de mainframe. Uno, establecer metas cortas alcanzables. Los equipos de mainframe
deben establecer metas que se
puedan completar dentro
del período de sprint Por ejemplo, un objetivo de sprint
podría ser re factorizar un proceso por lotes específico o automatizar un
solo caso de prueba. Dos, use la planificación ágil de sprint. Involucre a todo el equipo en las sesiones de planeación de
sprint, identifique la tarea
a completar, priorizarla y
asignarle responsabilidades Esto asegura que todos estén alineados y sepan
lo que se espera. Tres, destacados diarios enteros. Agile enfatiza los check
ins diarios, conocidos como destacados, donde los miembros del equipo comparten
lo que han hecho, lo que planean hacer y cualquier
bloqueador al que se enfrentan Esto ayuda a mantener
la rendición de cuentas y mantiene al equipo encaminado. Tomemos un ejemplo. Un proveedor de atención médica
mantiene el equipo implementado sprints de
dos semanas para abordar pequeños proyectos como
automatizar la programación de trabajos Encontraron que al
enfocarse en metas a corto plazo, podían lograr
avances medibles sin alterar la estabilidad
de sus sistemas críticos Paso dos,
desarrollo iterativo para mainframes. Uno de los principios clave de Agile es
el desarrollo iterativo donde los equipos construyen software en pequeños incrementos y recopilan
comentarios en cada etapa En lugar de trabajar
durante meses o años en un proyecto masivo
antes de lanzarlo, Agile anima a
los equipos a lanzar pequeñas actualizaciones con frecuencia permitiendo una
mejora continua. Cómo implementar el desarrollo
iterativo. Uno, desglosar grandes proyectos. Los proyectos de mainframe
suelen ser grandes y complejos, pero al
dividirlos en componentes más pequeños, los equipos pueden trabajar y liberar pequeñas piezas de funcionalidad con
más frecuencia Dos, usar
pruebas incrementales y validación. Con cada iteración, ejecute pruebas
automatizadas para
garantizar la estabilidad. Esto es crucial en un entorno de
mainframe donde la confiabilidad es primordial Las pruebas tempranas y, a menudo, ayudan a detectar problemas antes de que
se conviertan en problemas más grandes. Tres, recopilar
comentarios regularmente. Después de cada iteración, reúna los comentarios de
las partes interesadas y los usuarios finales Incorpore esta retroalimentación en el siguiente ciclo de desarrollo para
mejorar continuamente el producto. Un ejemplo, una empresa
minorista con un sistema de inventario
basado en mainframe heredado adoptó un desarrollo iterativo En lugar de esperar a
revisar todo el sistema, lanzan
actualizaciones incrementales cada dos semanas, probando nuevas funcionalidades mientras mantienen la estabilidad
del sistema Este enfoque les permitió
modernizar el sistema evitando
gradualmente el riesgo
de una migración a gran escala Paso tres, fomentando la retroalimentación
continua. En Agile, la
retroalimentación continua es esencial. Los equipos no esperan
hasta el final
del proyecto para obtener aportes
de las partes interesadas. Buscan retroalimentación regularmente a través del proceso de desarrollo. Este ciclo de retroalimentación ayuda a
garantizar que el producto esté siempre alineado con las necesidades del
negocio y pueda evolucionar a medida que cambian
los requisitos. Cómo implementar
retroalimentación continua para equipos de mainframe. Uno, involucrar a las partes interesadas temprano. Involucra a partes interesadas clave, como analistas de negocios, gerentes de
producto o usuarios finales al principio
del proceso de desarrollo Realiza revisiones de sprint
donde el equipo demuestra lo que ha
logrado y recibe comentarios. Dos,
incorporar retroalimentación en el siguiente sprint. Asegúrese de que los
comentarios recopilados de las partes interesadas se
incorporen al siguiente sprint. Esto mantiene al equipo alineado con las prioridades del
negocio y asegura la mejora
continua. Tres, monitorear y
mejorar los procesos. Después de cada impresión,
realizar una retrospectiva donde el equipo discute lo que salió bien y lo que
podría mejorarse Utilice estos comentarios para refinar sus procesos y flujos de trabajo
para el próximo sprint. Un ejemplo, el equipo de mainframe de una
compañía de seguros comenzó a realizar revisiones de sprint al final de cada sprint de
dos semanas Esto permitió a
las partes interesadas del negocio proporcionar comentarios sobre las nuevas
características de procesamiento de
reclamos que el equipo ha desarrollado. Al incorporar esta
retroalimentación en futuros sprints, el equipo pudo adaptarse
rápidamente a los requisitos
cambiantes, mejorando tanto la calidad
del producto como la satisfacción del cliente Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Las metodologías ágiles
aportan flexibilidad, adaptabilidad y retroalimentación
continua
a los equipos de
mainframe estructurados tradicionalmente sprints ayudan a los equipos de mainframe a
enfocarse en objetivos a corto plazo, entregando valor de manera incremental
y El desarrollo iterativo permite
a los equipos romper proyectos grandes
en piezas más pequeñas, liberando actualizaciones
con mayor frecuencia y
mejorando continuamente La retroalimentación continua garantiza
que los proyectos de mainframe mantengan alineados con las necesidades del negocio y evolucionen a medida que cambian
los requisitos Actividad de aprendizaje. Reflexione
sobre cómo se
podrían implementar prácticas ágiles dentro de su entorno de mainframe y responda las siguientes preguntas Primero, ¿cuál es un gran
proyecto en el que está
trabajando tu equipo que podría
beneficiarse de ser irrumpido en sprints Dos, ¿cómo podría introducir el desarrollo
iterativo en
sus proyectos de mainframe
para entregar valor antes? desarrollo
iterativo en
sus proyectos de mainframe para entregar valor Tres, ¿qué
mecanismos de retroalimentación podría implementar para recopilar
aportes continuos de las partes interesadas? Escriba sus respuestas y
considere cómo las prácticas ágiles transformarían la productividad
y la capacidad de respuesta de su
equipo de mainframe productividad
y la capacidad de respuesta de su
equipo de ¿Qué sigue? En la siguiente lección, exploraremos el manejo de
la resistencia al cambio. Aprenderá tres técnicas de
gestión de cambios para manejar la resistencia de los equipos de mainframe y abordar preocupaciones
comunes y conceptos erróneos sobre Devos
en Pasemos al Módulo
tres Lección cuatro, manejando la resistencia al cambio.
13. Lección 4: gestión de la resistencia al cambio: Lección cuatro, manejo de
la resistencia al cambio. Bienvenido a la Lección
cuatro del Módulo tres. En las lecciones anteriores, hemos explorado cómo
fomentar la colaboración e introducir metodologías ágiles en sus equipos de mainframe Ahora vamos a abordar uno de los retos más comunes en cualquier transformación,
la resistencia al cambio. Es natural que los equipos se resistan
a los cambios, especialmente cuando están acostumbrados a una forma particular de trabajar. Los equipos de mainframe en particular, pueden sentirse más
resistentes debido a su enfoque en la estabilidad
y confiabilidad Sin embargo,
integrar con éxito los principios de DevOps en un entorno de mainframe requiere superar
esta resistencia En esta lección, cubriremos tres
técnicas de gestión del cambio para
ayudarlo a manejar la resistencia
de los equipos de mainframe También abordaremos preocupaciones
comunes y conceptos erróneos sobre DevOps
en entornos de mainframe, lo que le
ayudará a construir compras
y facilitar transiciones más suaves y ¿Por qué ocurre la resistencia
en los equipos de mainframe? La resistencia al cambio
a menudo proviene del miedo, la incertidumbre
o el malentendido Los equipos de mainframe están acostumbrados a los procesos estructurados
tradicionales que han estado implementados durante
décadas y
pueden dudar en adoptar la flexibilidad y la naturaleza
acelerada Aquí hay algunas razones comunes por las que la resistencia ocurre
en los equipos de mainframe Uno, miedo a la inestabilidad. Los equipos de mainframe priorizan la estabilidad
del sistema. La idea de hacer cambios
frecuentes a medida DevOps fomenta puede
parecer una amenaza para esa estabilidad Al equipo le puede preocupar que la integración
continua o implementación
frecuente
puedan introducir errores en los sistemas críticos. Dos, comodidad con procesos
heredados. Muchos profesionales de mainframe
han estado trabajando con sistemas y métodos
heredados
durante años, incluso décadas Se sienten cómodos
con la forma en que
son las cosas y pueden ser resistentes
a adoptar nuevas herramientas, procesos o formas de trabajar. Tres,
pérdida percibida de control. Los equipos de mainframe a menudo se sienten responsables de la infraestructura crítica
de su organización ellos les puede preocupar que
adoptar DevOps pueda llevar a una pérdida de
control sobre estos sistemas, especialmente cuando se introducen cambios
rápidos o automatización introducen cambios
rápidos Paso uno, atender inquietudes a través de la comunicación
y la educación. La primera técnica para
manejar la resistencia es involucrarse en una
comunicación y educación claras. La resistencia a menudo surge
de la falta de comprensión. Por lo tanto, es importante proporcionar claridad sobre qué es Devos y cómo puede mejorar las operaciones de
mainframe sin comprometer Cómo implementar. Uno,
organizar sesiones educativas, realizar talleres, seminarios
o reuniones individuales para explicar los beneficios de
Devos y la automatización
para los equipos de mainframe Concéntrese en cómo estas
prácticas pueden aumentar la eficiencia y reducir cargas de trabajo
manuales sin
sacrificar el control. Dos, compartir historias de éxito. Muestre ejemplos del mundo real de otros equipos de mainframe que adoptaron DevOps
con éxito, destaque las mejoras
en la productividad, la estabilidad
del sistema y la entrega
más rápida de actualizaciones Tres, atender inquietudes
específicas. Pídales a los miembros que expresen sus inquietudes y las
aborden directamente. Por ejemplo, si el
equipo está
preocupado por el impacto de los
cambios frecuentes en la estabilidad del sistema, explique cómo las
pruebas automatizadas y despliegue
gradual pueden
garantizar la confiabilidad Tomemos un ejemplo. En
una gran compañía de seguros, el equipo de mainframe estaba
preocupado por el impacto de DevOps en su sistema de
procesamiento de reclamos de misión crítica Después de una serie de talleres
donde se
explicaron los principios de Devos y se compartieron ejemplos de la
industria financiera, equipo se dio cuenta de
que
la automatización y integración
continua en realidad
reducirían el error humano y
mejorarían el tiempo de actividad del sistema Paso dos, involucrar a los equipos
en el proceso de cambio. Una de las formas más
efectivas de manejar la resistencia es involucrando los equipos en el proceso de cambio. Cuando las personas sienten que tienen voz y pueden
contribuir al cambio, es más probable que lo
apoyen. Cómo implementar. Uno, crear un grupo
asesor de cambio. Forme un grupo que incluya representantes de equipos de
mainframe, equipos DevOps y administración Este grupo debería tener algo que decir sobre cómo ocurre la
transformación, qué herramientas adoptar y cómo cambiarán los procesos. Dos, los programas piloto
involucran al equipo de mainframe en un proyecto piloto de DevOps que se enfoca en automatizar
un sistema no crítico Esto les permite
experimentar los beneficios de primera mano sin arriesgar la
estabilidad de los sistemas clave Su participación en el piloto generará confianza en
los nuevos procesos. Tres, fomentar la retroalimentación del equipo. Hacer bucles de retroalimentación o parte
del proceso de transición. Permita que los miembros del equipo brinden comentarios sobre cómo las prácticas de
Devos están impactando su trabajo e
incorpore esa retroalimentación en
los ajustes y mejoras Tomemos un ejemplo. Una institución bancaria involucró
a su equipo de mainframe en un programa piloto para automatizar el procesamiento por lotes
utilizando una canalización de DevOps Al permitir que el equipo elija las herramientas de automatización y establezca los parámetros
para el proyecto, se sintieron más dueños
de los cambios. El éxito del piloto condujo a mayor adopción de
prácticas de DevOps en todo el equipo Paso tres, implementación gradual
y ganancias incrementales. No es necesario que el cambio
ocurra todo a la vez. La tercera técnica es tomar un enfoque gradual y enfocarse en lograr victorias
incrementales. Al comenzar poco a poco y
construir sobre los primeros éxitos, los equipos pueden ganar confianza en los procesos de
Devab
sin sentirse abrumados. Cómo implementar. Uno, comience con áreas de bajo riesgo. Comience automatizando
o integrando Devos en áreas de bajo riesgo de
su entorno mainframe, como
entornos que no son de producción o procesos que
no son Esto permite que el equipo se
familiarice con nuevas herramientas y flujos de trabajo sin la presión de afectar los sistemas
críticos Dos, celebrar pequeños éxitos. Cuando un pequeño proyecto
o proceso se automatiza
con éxito,
celebra la victoria, reconoce el
esfuerzo del equipo y muéstrales cómo su trabajo está contribuyendo a un entorno más eficiente y
adaptativo. Tres, expansión gradual. Una vez que el equipo había visto los beneficios de devops
en proyectos más pequeños, expandió
gradualmente el uso
a áreas más críticas, la clave es generar impulso
y confianza con el
tiempo en lugar de presionar por el
cambio mayorista de una vez Tomemos un ejemplo.
El proveedor de atención médica comenzó automatizando la generación
de datos de prueba para su sistema mainframe El éxito de este
proyecto demostró el valor de la automatización
y el equipo se volvió más abierto a aplicar los principios de
DevOps a otras áreas como programación de
trabajos y las canalizaciones de
implementación Conceptos erróneos comunes sobre
DevOps en mainframes. A medida que implementa técnicas
de gestión de cambios, es importante abordar los conceptos erróneos
comunes
que los equipos de mainframe podrían tener Estos conceptos erróneos pueden alimentar resistencia y crear fricciones
innecesarias Uno, devops
comprometerá la estabilidad. Los equipos de mainframe a menudo se preocupan de que las prácticas de
DevOps, como la integración
continua,
introduzcan inestabilidad Sin embargo, DevOps
realmente mejora la estabilidad a través de pruebas
automatizadas, monitoreo e implementaciones graduales que captan problemas antes de que
afecten al Dos, DevOps es solo para aplicaciones web
y Cloud. Otro concepto erróneo es que
DevOps solo es útil para aplicaciones
modernas como
Cloud o plataformas basadas en web La verdad es que los principios de DevOps como la automatización, la entrega
continua y la colaboración se aplican
igual de bien al sistema
mainframe heredado, mejorando la productividad y
reduciendo la intervención manual Tres, la automatización
reemplazará a los empleos. Algunos miembros del equipo pueden temer que la automatización
haga que el papel sea obsoleto. En realidad, la
automatización elimina las tareas manuales
repetitivas y permite que los miembros
del equipo se centren
en trabajos de mayor valor, como optimizar el rendimiento
del sistema y manejar la resolución de
problemas complejos Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy La resistencia a DevOps en los equipos de
mainframe es común, pero se puede gestionar a través de
una comunicación clara, participación e implementación
gradual Aborde las preocupaciones educando a los equipos sobre cómo DevOps mejora la estabilidad y
mejora la eficiencia Involucrar
a
los equipos en el proceso de cambio para darles un sentido de
propiedad y control. Comience poco a poco,
celebre los éxitos y amplíe gradualmente la
adaptación de DevOps para generar impulso Um Actividad de aprendizaje. Reflexione sobre cómo la resistencia
DevOps podría estar presente en su propio equipo de mainframe y responda las
siguientes Primero, ¿qué preocupaciones ha planteado su equipo con respecto a
DevOps o automatización Dos, ¿cómo podrías involucrar a tu equipo en el proceso
para ayudar a manejar la resistencia? Tres, ¿cuál es un proyecto
pequeño de bajo riesgo con el
que podrías comenzar para demostrar los
beneficios de DevOps Escribe tus respuestas
y desarrolla un plan para
abordar la resistencia
y facilitar el cambio dentro de tu equipo. ¿Qué sigue? En la siguiente lección, profundizaremos en la automatización pruebas y la
integración continua para mainframes Exploraremos qué
es la integración
continua y cómo beneficia los procesos de
desarrollo de mainframe, lo que permite una retroalimentación más rápida e implementaciones
más confiables Pasemos al Módulo
cuatro Lección uno. ¿Qué es la integración continua?
14. Lección 1: ¿Qué es la integración continua?: Bienvenido al Módulo cuatro, automatización de pruebas e integración
continua, TI o mainframes En este módulo, exploraremos cómo automatizar las pruebas y configurar
entornos de integración continua, tuberías o mainframe. Aprendemos a automatizar pruebas
unitarias y de integración, configurar canalizaciones de CI y garantizar una implementación fluida
con errores mínimos. Lección uno, ¿qué es la integración
continua? A Bienvenido a la lección
uno del Módulo cuatro. En esta lección,
vamos a introducir la integración
continua o CI y explorar cómo se aplica
al desarrollo de mainframe Tradicionalmente, los sistemas
mainframe han dependido de largos ciclos de
desarrollo Pero con el auge de DevOps, prácticas como CI pueden ayudar a
los equipos a ser más ágiles, mejorar la
calidad del código y entregar actualizaciones más rápido sin
comprometer la estabilidad Al final de esta lección, tendrá una
comprensión sólida de qué es CI, cómo funciona y los beneficios que puede aportar a su entorno de
mainframe ¿Qué es
la integración continua o CI? La integración continua o CI es una
práctica de desarrollo de software donde los cambios de código se
prueban automáticamente y
se integran en un repositorio compartido
varias veces al día. CI permite a los desarrolladores
identificar y corregir errores de manera temprana, lo que reduce el
tiempo y el esfuerzo necesarios para integrar
los cambios de código e implementar actualizaciones. Así es como funciona.
En primer lugar, los desarrolladores hacen pequeños cambios frecuentes en el
código. En lugar de esperar semanas o
meses para integrar los cambios, los desarrolladores realizan
pequeñas actualizaciones de código regularmente y las
comprometen en un repositorio compartido. Segundo, pruebas automatizadas. Cada vez que un desarrollador
comete código, se activa
un proceso automatizado de compilación y
prueba. El sistema comprueba si hay
errores o errores antes de que los cambios se
fusionen en la base de código principal. Tercero,
detección temprana de problemas. Si se
detecta algún problema durante las pruebas, el sistema CI proporciona retroalimentación
inmediata
a los desarrolladores, lo que les permite solucionar
el problema rápidamente. Beneficios clave de CI. Primero, retroalimentación más rápida. Los desarrolladores reciben comentarios sobre sus cambios de código
casi de inmediato, lo que reduce el tiempo dedicado problemas de
depuración e
integración En segundo lugar, se mejoró la calidad del código. Las pruebas automatizadas ayudan a
detectar errores temprano, asegurando que solo el código
de
alta calidad llegue al entorno
de producción. Tercero, entrega continua. CI facilita la entrega
continua nuevas funciones y actualizaciones sin interrumpir la funcionalidad
existente Tomemos un ejemplo. Una gran empresa minorista que utiliza sistemas
mainframe para la gestión de
inventario, adoptó CI para automatizar las pruebas para sus aplicaciones
cobal Antes de implementar CI, estaban realizando pruebas
manuales, que tardaban días y
a menudo retrasaban las versiones. Después de configurar CI, pudieron
ejecutar pruebas automatizadas con cada commit de código, reduciendo el tiempo de prueba en un 60% y mejorando la
calidad general de sus actualizaciones. ¿Cómo beneficia el CI al desarrollo
de mainframe? Si bien la CI se
asocia comúnmente con el desarrollo de
software moderno, ofrece beneficios significativos
para los también ofrece beneficios significativos
para los
entornos de mainframe mainframes suelen estar
en el centro de las operaciones
comerciales de misión crítica y adopción de CI puede ayudar a garantizar la estabilidad, confiabilidad
y eficiencia Una integración más rápida
de los cambios de código. En el desarrollo tradicional de
mainframe, integración de cambios puede ser un proceso largo que
a menudo se realiza manualmente CI automatiza este proceso
permitiendo a los equipos integrar y probar los cambios de código más rápido y con mayor frecuencia Esto es especialmente útil para grandes bases de código donde la integración
manual consume mucho tiempo. Dos, detección temprana de problemas. En los sistemas mainframe,
tocar los problemas temprano es crucial para evitar el tiempo de inactividad
y las costosas interrupciones EI asegura que cada cambio
se pruebe antes de su fusión, ayudando a identificar problemas
potenciales principio del proceso de
desarrollo. Tres, aumento de la colaboración. CI fomenta la colaboración
entre los equipos de desarrollo, pruebas y operaciones. Al proporcionar retroalimentación continua y compartir un repositorio
central, CI descompone los silos y permite que los equipos trabajen
juntos de manera más efectiva Tomemos un ejemplo. Una institución bancaria utilizó CI para integrar cambios de código para el sistema de
transacciones basado en mainframe Antes de IC, el proceso de
integración era lento y propenso a errores. Al adoptar CI, el equipo de
desarrollo pudo automatizar las pruebas, corregir errores de
forma temprana y asegurarse de que las actualizaciones no
interrumpan el sistema. Esto mejoró la colaboración entre el desarrollo
y las operaciones, reduciendo los retrasos en la implementación y aumentando la confiabilidad del sistema. El flujo de trabajo de CI para mainframes. Ahora que entendemos
los beneficios, desglosemos cómo
podría verse
un flujo de trabajo de CI típico en un entorno de
mainframe Primero, el desarrollador comete código. Un desarrollador que trabaja en
una aplicación CBL realiza un cambio de código y
lo compromete a un sistema de
control de versiones compartido Por ejemplo, Gido. Dos,
construcción y pruebas automatizadas. El sistema CI que utiliza
herramientas como Jenkins o IBM Urban code activa
automáticamente un proceso de compilación y ejecuta pruebas
para validar el nuevo código Tres, retroalimentación inmediata. Si las pruebas pasan, los cambios se
integran en la base de código principal. Si se encuentra algún problema, se notifica
inmediatamente al desarrollador y puede solucionar el problema antes de seguir
adelante. O monitoreo continuo. Después de una integración exitosa, el código es monitoreado
continuamente para garantizar que
no introduzca ningún problema de rendimiento o
seguridad. Esto es particularmente
importante para los sistemas
mainframe que manejan datos
confidenciales y grandes volúmenes de
transacciones Tomemos un ejemplo. Un
proveedor de atención médica implementó un flujo de trabajo de CI para el sistema de procesamiento de
reclamos de mainframe Usando Jenkins, automatizaron las pruebas de
código adoquín y trabajos por lotes, reduciendo los tiempos de integración y detectando errores antes de
que lleguen a El resultado fue un flujo de trabajo más
eficiente que permitió
a los desarrolladores centrarse en la innovación en lugar de las pruebas manuales
y la resolución de problemas. Herramientas clave para CI en entornos
mainframe. Para implementar CI en un entorno de
mainframe, necesitará las herramientas adecuadas Estas son algunas de
las herramientas de uso común
para CI y mainframes Primero, Jenkins. Es un popular servidor de
automatización de código abierto que se integra con
entornos de mainframe para administrar facturas, ejecutar pruebas y
automatizar flujos Dos, IBM Urban C, una herramienta
diseñada específicamente para automatizar implementaciones
y pruebas de
aplicaciones en entornos
complejos
como Tres, Git, un sistema de
control de versiones utilizado para administrar el
código fuente y realizar un seguimiento de los cambios. Git permite
a varios desarrolladores trabajar en los mismos proyectos e integrarse sin problemas
con CI Pipelines. Tomemos un ejemplo. Una compañía minorista global
utilizó Jenkins e IBM Urban code para
configurar CI para su sistema de
nómina de mainframe Al automatizar las pruebas
y la integración, reducen los errores y
mejoran los tiempos de implementación en
un 40% al tiempo que garantizan el
cumplimiento de los protocolos de seguridad T para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, la integración continua o CI automatiza las pruebas e
integración de cambios de código, permitiendo a los desarrolladores detectar errores temprano y
mejorar la calidad del código En segundo lugar, CI aporta beneficios
significativos a los entornos
convencionales, incluida una integración más rápida, detección
temprana de problemas
y una mayor colaboración. En tercer lugar, un flujo de trabajo de CI típico para mainframes implica construcciones
automatizadas, pruebas y retroalimentación
continua Cuarto, herramientas como Jenkins, IBM, Urban code y Git son esenciales para implementar
CI en sistemas mainframe Actividad ganadora.
Ahora es el momento de reflexionar sobre cómo CI puede mejorar su proceso de
desarrollo de mainframe Contesta las siguientes preguntas. Primero, ¿qué
desafíos actuales enfrenta el equipo
corto al integrar y probar código en su entorno de
mainframe Dos, ¿cómo podría la implementación CI ayudar a abordar
estos desafíos? Tres, ¿qué herramientas,
por ejemplo, Jenkins,
IBM, Urban code,
introducirías a las pruebas automatizadas y la integración en tu equipo Escriba sus respuestas y comience a pensar en cómo puede implementar un flujo de trabajo de CI en su propio
entorno de mainframe ¿Cuál es el siguiente? En la siguiente lección, vamos a profundizar en la configuración de tuberías de
CI para mainframes Aprenderá a construir canalización de
CI paso a
paso usando herramientas como Jenkins e IBM Urban code adaptadas específicamente
al sistema mainframe Pasemos al Módulo
cuatro Lección dos, configurando canalizaciones de CI
para mainframes
15. Lección 2: configuración de canalizaciones de CI para mainframes: Lección dos, configuración de CI
Pipelines para mainframes. Bienvenido a la Lección
Dos del Módulo Cuatro. En esta lección, vamos
a tomar un enfoque práctico paso a
paso para construir integración
continua
o tuberías de CI, adaptadas para
entornos mainframe. Exploraremos cómo se pueden
utilizar herramientas como Jenkins e IBM
Urban code para crear una canalización de CI
automatizada que se integre con
su sistema mainframe Al final de esta lección, comprenderá claramente
cómo configurar y
administrar canalizaciones de CI,
automatizar las pruebas y automatizar las pruebas y agilizar los procesos de
integración de código, todo mientras mantiene
la estabilidad y confiabilidad necesarias para las operaciones de
mainframe ¿Qué es un pipeline de CI? Antes de sumergirnos en la configuración, definamos rápidamente
qué es un pipeline de CI. Una canalización de CI es una serie de procesos
automatizados que manejan la integración,
las pruebas y la implementación del
código. Garantiza que cada cambio
realizado en la base de código se pruebe e
invalide
automáticamente antes de fusionarse, lo que permite a los equipos detectar
y solucionar problemas de manera temprana Una canalización de CI típica para mainframes incluye
los siguientes pasos Primero es el commit de código. Los desarrolladores empujan sus cambios a un repositorio de código compartido,
por ejemplo, Git. Segundo, la automatización de la construcción. La canalización
compila o construye automáticamente el código. En tercer lugar, se activan
pruebas automatizadas, pruebas unitarias , pruebas de
integración y otras
pruebas automatizadas. Cuarto, retroalimentación. Los resultados se envían
a los desarrolladores con comentarios
inmediatos
sobre el éxito o fracaso de los cambios. Quinto, despliegue. Si todo pasa, los cambios se fusionan y el código se despliega
al siguiente entorno. Por ejemplo, puesta en escena
o producción. Guía paso a paso para
configurar la canalización de CI para mainframe Analicemos un proceso paso a
paso para
configurar una canalización de CI para sus sistemas mainframe usando Jenkins o IBM Urban code Paso uno, configura tu sistema de control de
versiones. Las canalizaciones de CI dependen un sistema de
control de versiones compartido o VCS para administrar los cambios de código El primer paso es
asegurarse de que todos los desarrolladores están comprometiendo código a un
VCS centralizado, eso es solo dar Primer paso, configurar repositorios
Git. Crea un repositorio central de Git para tu aplicación mainframe, ya sea que estén escritos en FOBL, ensamblador u otros Segundo, organizar estrategias de
ramificación. Configure una estrategia de ramificación que
se ajuste al flujo de trabajo de su equipo. Las estrategias comunes incluyen ramas o características individuales y ramas
principales para lanzamientos
estables. Un ejemplo, una institución
financiera implementó Git para rastrear los cambios en sus aplicaciones
CBL El uso de Git permitió que
varios desarrolladores trabajaran en diferentes funciones simultáneamente
mientras que la canalización de CI maneja las fusiones de código y la
resolución de conflictos automáticamente Paso dos, Instalar y configurar Jenkins
o IBM Urban code Ahora que tiene un sistema de
control de versiones implementado, el siguiente paso es instalar y configurar su herramienta de
automatización de CI. Para esta lección, nos
centraremos en dos herramientas populares, Jenkins e IBM Urban code Instalando Jenkins. Primero, descargue e
instale Jenkins. Visite el sitio web de Jenkins para
descargar la última versión. Jenkins es altamente personalizable y admite muchos enchufes, específicamente para el desarrollo de
mainframe Segundo, establecer empleos de Jenkins. Crea un empleo de Jenkins para
tu proyecto de mainframe. Cada trabajo define una canalización
específica, desde la construcción del código
hasta la ejecución de pruebas automatizadas. Tercero, configurar plugins. Jenkins es una amplia gama
de complementos como los complementos GroovRx y ZOS que se integran a la perfección
con Pasos para instalar el código
IBM Urban. Primero, configure IBM
Urban code Deploy. IBM Urban code está diseñado para flujos de trabajo
específicos de mainframe Instálelo en su entorno de
mainframe y configure flujos de trabajo de implementación
y prueba En segundo lugar, configure los componentes
de mainframe. Defina
procesos específicos de mainframe como programación de trabajos, manejo de
conjuntos de datos y ejecución de trabajos JCL dentro de
la canalización de CI Tomemos un ejemplo. Un proveedor de atención médica
utiliza Jenkins para automatizar su canalización de CI para un sistema de procesamiento por lotes
en un mainframe ZOS Ellos configuran el trabajo de Jenkins
para construir aplicaciones cobile, ejecutar pruebas automatizadas e implementar el código en un Paso tres, automatiza
el proceso de compilación. Una vez configurado Jenkins o IBM
Urban code, querrás automatizar
el proceso de compilación Este paso asegura que cada
vez que se compromete el código, se
compila y construye automáticamente. Primero, defina los desencadenantes de compilación. Configure su canalización de CI
para activar el proceso de compilación automáticamente cada vez que
se comprometa nuevo código en el repositorio de
Git. En segundo lugar, automatice las compilaciones
de mainframe. Para aplicaciones de mainframe, es
posible que esté construyendo programas CBL
o PL one Utiliza herramientas de compilación como ZOS build tools o plugins
Jenkins Couple
para automatizar el proceso Tercero, manejar
dependencias, asegurar que cualquier dependencia, como conjuntos de datos
externos o bibliotecas se incluya en
el proceso de compilación Tomemos un ejemplo.
Una compañía minorista global automatizó el proceso de construcción del sistema
de nómina mediante la creación de
activadores de compilación en Jenkins Cada vez que un desarrollador
comprometió código, Jenkins
compiló automáticamente los co-programas y creó compilaciones
listas para la implementación Paso cuatro, automatice
las pruebas en la tubería. Las pruebas son una
parte crítica de cualquier tubería de CI. Al automatizar sus pruebas, puede detectar errores temprano y evitar que los errores se
implementen en producción Primero, configure las pruebas unitarias. Automatice las pruebas unitarias para validar los componentes individuales
de su código de mainframe Puede usar
marcos de prueba como CICS para programas de adoquines. Segundo, configurar pruebas
de integración. Las pruebas de integración aseguran que diferentes partes del
sistema trabajen juntas. Automatice esta prueba para validar flujos de trabajo
a través de trabajos por lotes , procesamiento de
transacciones
y programas en línea. Tercero, ejecuta
pruebas automatizadas en cada commit. Asegúrese de que cada vez que se comprometa
el
código, se
activen las pruebas automatizadas y los resultados se envíen de vuelta al desarrollador.
Tomemos un ejemplo. Una institución bancaria
utilizó IBM Urban code para
automatizar las pruebas unitarias
y de integración para su sistema de
transacciones de mainframe Al automatizar las pruebas, reducen
el riesgo de que los errores
lleguen a la producción, aumentan la cobertura del código y mejoran la estabilidad general
del sistema Paso cinco,
retroalimentación continua y monitoreo. Uno de los beneficios clave
de CI Pipelines es la retroalimentación continua
proporcionada a los desarrolladores. Después de las fases de compilación y
prueba, es importante asegurarse de que los desarrolladores obtengan
comentarios inmediatos sobre su código. Primero, configura notificaciones. Configura tu sistema de CI
para enviar notificaciones a los desarrolladores por correo electrónico o Slack cada vez que falla una
compilación o prueba. Segundo, monitorear el estado de los ductos. Use paneles para monitorear el
estado de su canalización de CI. Herramientas como Jenkins o Urban code proporcionan
información en tiempo real sobre los tiempos de facturación, las tasas de
fallas y la cobertura de pruebas Tercero, resolver las fallas anticipadamente. Anime a los desarrolladores a resolver problemas tan pronto como se
identifiquen en la tubería, reduciendo el riesgo de
que se
introduzcan errores en la producción. Tomemos un ejemplo. Una empresa minorista configuró
notificaciones de holgura integradas con Jenkins para alertar a
los desarrolladores cuando falló una compilación Esto permitió al equipo identificar y solucionar
rápidamente problemas evitando retrasos en implementación de
su sistema de nómina. Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, la configuración de una canalización de CI automatiza las pruebas de
integración y el proceso de implementación para aplicaciones de
mainframe Dos, use herramientas como Jenkins o IBM Urban code para crear y administrar canalizaciones de CI adaptadas
a entornos mainframe Tres, automatice las compilaciones y
las pruebas para mejorar la eficiencia, detectar errores temprano y garantizar un código de alta calidad
que es la producción. O la retroalimentación continua es
esencial para mantener la salud de la tubería de CI y garantizar que los problemas
se resuelvan rápidamente. Actividad de aprendizaje.
Tómese un momento para pensar en cómo podría implementar canalizaciones de
CI en su propio entorno de
mainframe Contesta las siguientes preguntas. Primero, ¿qué pasos podría tomar para automatizar
el proceso de compilación y prueba
para sus aplicaciones de mainframe
? el proceso de compilación y prueba para sus aplicaciones de mainframe Dos, ¿qué herramientas, Jenkins o IBM Urban code
preferirías para configurar
un pipeline de CI y por qué? Tres, ¿cómo podría la retroalimentación
continua mejorar la eficiencia y colaboración de su equipo de
desarrollo? Escriba sus respuestas
y comience a planificar cómo implementará canalizaciones de CI en su entorno de mainframe ¿Cuál es el siguiente? En la siguiente lección, nos centraremos en automatizar las pruebas para aplicaciones de mainframe Aprenderá a automatizar las pruebas
unitarias y las pruebas de integración
para Cb y otras
aplicaciones de mainframe junto con las
mejores prácticas para implementar pruebas
automatizadas en
un entorno de CI Continuemos con la lección tres del Módulo
cuatro, automatizando las pruebas para aplicaciones de
mainframe
16. Lección 3: automatización de pruebas para aplicaciones de mainframe: Lección tres, automatización de pruebas para aplicaciones mainframe Bienvenido a la lección
tres del Módulo cuatro. En la lección de hoy,
vamos a explorar cómo automatizar las pruebas para aplicaciones mainframe Las pruebas automatizadas son
una parte crítica de cualquier canalización de CI de
integración continua porque garantiza que los cambios realizados en
su base de código se validen
automáticamente antes de que se fusionen o implementen. Las aplicaciones de mainframe
a menudo construidas con lenguajes como COBOL, ALO o ensamblador tienen necesidades de prueba
únicas Cubriremos cómo implementar pruebas unitarias
automatizadas
y pruebas de integración para aplicaciones de mainframe Discuta las herramientas
que necesitará y comparta las
mejores prácticas para garantizar que sus
pruebas automatizadas sean efectivas. Al final de esta lección, sabrá cómo
automatizar las pruebas para sus aplicaciones de mainframe e integrarlas sin problemas
en su canalización de CI Por qué automatizar las pruebas para aplicaciones de
mainframe. automatización de las pruebas
en una canalización de CI le
ayuda a detectar errores de manera temprana y garantiza que cada
cambio de código se
valide completamente antes de que se fusione
en la base de código principal Las pruebas manuales pueden llevar mucho tiempo,
ser propensas a
errores y a menudo
conducen a retrasos, especialmente en entornos grandes y complejos de
mainframe. La automatización por otro lado, brinda varios beneficios clave. Primero, consistencia
y confiabilidad. Las pruebas automatizadas se ejecutan de
la misma manera cada vez, asegurando
resultados consistentes y reduciendo errores
humanos que a menudo
ocurren durante las pruebas manuales. Segundo, retroalimentación más rápida. Las pruebas automatizadas se activan tan pronto
como se compromete el código, que proporciona
retroalimentación inmediata a los desarrolladores. Esto reduce el tiempo entre introducir un
error y detectarlo, permitiendo correcciones más rápidas. Tercero, aumento de la cobertura de pruebas. Con la automatización, puede ejecutar
más pruebas con mayor frecuencia, asegurando que se
prueben más partes de su aplicación sin aumentar la carga de trabajo manual.
Tomemos un ejemplo. La institución bancaria global, que dependía
en gran medida de las aplicaciones Cobal implementó pruebas automatizadas
en su pipeline de CI Al automatizar las pruebas unitarias y de
integración para su sistema de
procesamiento de transacciones, redujeron el número de errores
críticos que
alcanzaron la producción en
un 40% y acortaron su ciclo general de
lanzamiento en dos semanas Paso uno, automatización pruebas
unitarias para aplicaciones de
mainframe Las pruebas unitarias se centran en probar componentes o
funciones
individuales de su aplicación. En un entorno de mainframe, esto generalmente implica
probar piezas aisladas, código CBL o PLO Esta prueba asegura
que cada pequeña parte de la base de código
funcione como se esperaba, independientemente de otros componentes. Cómo implementar pruebas unitarias
automatizadas. Primero, elija un marco
de prueba. Para las aplicaciones Cobol, se utilizan comúnmente
herramientas como la unidad Z de
IBM o la unidad Z de
IBM o
las pruebas de unidades de
micro enfoque Estos frameworks
le permiten crear pruebas unitarias específicamente para lenguajes de
mainframe como Cobol y PL one Segundo, definir casos de prueba. Escriba casos de prueba para
funciones o módulos individuales. Concéntrese en casos de borde , manejo de
errores y
salidas esperadas para diversas condiciones
de entrada. Tercero,
integrar pruebas en la tubería de CI. Asegúrese de que
las pruebas unitarias se activen automáticamente cada vez que se comete un
nuevo código. De esta manera, puede detectar
problemas temprano antes de que los cambios se fusionen en la rama principal.
Tomemos un ejemplo. Un proveedor de atención médica
que automatiza
las pruebas unitarias para su sistema de procesamiento de
reclamos basado en CBL, usa la unidad Z de IBM para escribir
cientos de pruebas unitarias Estas pruebas se
activaron automáticamente después de
cada commit de código, asegurando que cualquier error en las
nuevas características se
detectara antes de la implementación. Paso dos, automatización de pruebas de integración para aplicaciones de
mainframe Las pruebas de integración
se centran en garantizar que diferentes partes del sistema
trabajen juntas como se esperaba. En
entornos de mainframe, esto podría implicar probar interacciones
entre trabajos por lotes,
bases de datos, sistemas de
procesamiento de transacciones como CICS y programas en línea Cómo implementar pruebas de
integración automatizadas. Primero, use herramientas
construidas para mainframes. Herramientas como IBM, CICS test y Micro focus test
server están
diseñadas específicamente para automatizar pruebas de
integración para aplicaciones de
mainframe Estas herramientas
le permiten simular interacciones del mundo
real entre varios componentes en
un sistema mainframe Segundo, simular flujos de trabajo
del mundo real. Escriba casos de prueba que simulen escenarios del mundo
real,
como procesar una transacción de
cliente, ejecutar un trabajo por lotes o
acceder a una base de datos. Asegúrese de que todos los flujos de trabajo
críticos estén cubiertos en su prueba de
integración. Tercero, automatizar la gestión de datos. Los sistemas mainframe a menudo
dependen de grandes conjuntos de datos. Utilice herramientas que automaticen
la creación, carga y administración de datos de prueba, para que sus
pruebas de integración puedan ejecutarse en entornos que imiten la
producción lo más cerca posible Un ejemplo, una
empresa minorista que utiliza un sistema de inventario
basado en mainframe, prueba de integración
automatizada para sus flujos de trabajo de
procesamiento por lotes Mediante la prueba CICS de IBM, simularon
escenarios de extremo a extremo como actualizar los niveles de
inventario, procesar pedidos de clientes
y generar informes Esta automatización redujo el tiempo dedicado a las
pruebas de integración en un 70%, lo que permitió a la compañía lanzar actualizaciones más rápido y
con menos problemas. Mejores prácticas para automatizar pruebas en un entorno de CI Si bien automatizar las pruebas para cosas
principales puede
proporcionar enormes beneficios Hay algunas prácticas recomendadas
que debe seguir para garantizar que sus pruebas automatizadas sean efectivas y confiables. Uno, priorizar la cobertura de las pruebas. Concéntrese en automatizar pruebas para las partes más críticas
de su aplicación Es decir, aquellos que si
fallan tendrán el mayor
impacto en su sistema. Con el tiempo, gaste su cobertura de
prueba para asegurarse que se incluyen todas las funciones
y flujos de trabajo importantes. Dos, ejecutar prueba en paralelo. Ejecutar pruebas en paralelo
puede reducir significativamente el tiempo que lleva ejecutar un conjunto completo
de pruebas automatizadas. Herramientas como Jenkins
e IBM Urban code le permiten configurar ejecución de pruebas
paralelas
para acelerar la retroalimentación Tres, monitorear
los resultados de las pruebas y fallas. Utilice herramientas de CI para monitorear los resultados de las
pruebas e identificar
patrones en fallas de prueba. Si las mismas pruebas
fallan repetidamente, investigue la causa raíz para evitar regresiones en
futuros edificios. O pruebas actualizadas. A medida que evoluciona tu base de código, tus casos de prueba también deberían. Haga que sea parte de su flujo de trabajo de
desarrollo para actualizar los casos de
prueba cada vez que se
agreguen
nuevas funciones o se modifiquen
las existentes. Tomemos un ejemplo. Una
compañía de servicios financieros siguió estas mejores prácticas mientras automatizaba la unidad y las pruebas de
integración Priorizan las pruebas para el sistema central de
procesamiento de transacciones, asegurando que sea estable
después de cada actualización Al ejecutar pruebas en paralelo y monitorear fallas
a través de Jenkins, redujeron su tiempo de prueba en
un 50% y vieron menos
errores en la producción Herramientas para automatizar pruebas
en tuberías de CI de mainframe. Implemente pruebas automatizadas,
necesitará las herramientas adecuadas. Aquí hay algunas herramientas de
uso común para automatizar pruebas en entornos
mainframe Uno, la unidad Z de IBM, una herramienta de pruebas unitarias
específicamente para Cobol, PL one y otros lenguajes de
mainframe Se integra fácilmente
con CI Pipelines y le permite probar
funciones individuales de forma aislada. Dos, IBM CICS test, una herramienta para pruebas de
integración automática, simulando interacciones
entre transacciones CICS, trabajos
por lotes, otros Tres,
pruebas de unidad de micro enfoque y servidor de prueba, un conjunto de herramientas que proporciona capacidades de
prueba unitarias y de integración para aplicaciones de mainframe, lo
que facilita la automatización de
pruebas dentro de las tuberías de CI Cuatro, Jenkins con ZosPlugis. Jenkins con su amplia gama
de complementos puede integrarse con entornos de
mainframe para ejecutar pruebas
automatizadas como parte
de la canalización de CI Principales conclusiones. Vamos a recapitular los puntos clave de la lección de
hoy Las pruebas automatizadas
en una canalización de CI garantizan que cada
cambio de código sea validado, proporcionando retroalimentación más rápida y reduciendo los esfuerzos de prueba manual. Automatice las pruebas unitarias para componentes
individuales
utilizando herramientas como IBM, unidad
Z y
pruebas de integración para flujos de trabajo
completos utilizando
herramientas como la prueba IBM CICS Las mejores prácticas para pruebas
automatizadas incluyen priorizar la cobertura de
pruebas, ejecutar pruebas en paralelo, monitorear fallas y
mantener actualizados los casos de prueba Utilice las herramientas adecuadas,
como la unidad IBM Z, prueba
CICS o el servidor de pruebas de micro
enfoque para implementar pruebas automatizadas
en entornos mainframe Actividad ganadora.
Tómese un momento para reflexionar sobre cómo
podría automatizar las pruebas en su propio entorno de
mainframe Contesta las siguientes preguntas. Uno, ¿qué parte de su aplicación mainframe se
beneficiaría más de las pruebas
automatizadas, Unidad N o las pruebas de integración? ¿Qué herramientas utilizaría para implementar pruebas automatizadas
en su pipeline de CI? ¿Cómo podrían las pruebas automatizadas
mejorar la velocidad y confiabilidad de sus procesos de desarrollo
e implementación? Escriba sus respuestas
y comience a planificar cómo integrará las
pruebas automatizadas en su flujo de trabajo de CI. ¿Qué sigue? En la siguiente lección, exploraremos la integración de sistemas de control de
versiones en su canalización de CI para aplicaciones de
mainframe Aprenderás a usar Git u otros sistemas de
control de versiones para administrar los cambios de código y realizar un seguimiento de las confirmaciones dentro de
tu canalización de CI. Pasemos al Módulo
cuatro Lección cuatro, integrando sistemas de
control de versiones.
17. Lección 4: integración de sistemas de control de versiones: Lección cuatro, integración de sistemas de control de
versiones. Bienvenidos a la Lección
Cuatro del Módulo Cuatro. En esta lección, vamos
a sumergirnos en la integración sistemas de control de
versiones en su canalización de CI para base de código de
mainframe Los sistemas de control de versiones o VCS son herramientas esenciales en el desarrollo de software
moderno, lo que permite a los equipos
administrar los cambios de código, realizar un seguimiento de las revisiones y colaborar sin problemas
en todos los proyectos En entornos de mainframe, la integración de
herramientas como Git con canalizaciones de integración
continua es clave para garantizar
una colaboración fluida, una mejor administración de código y una
entrega más eficiente de actualizaciones Al final de esta lección, sabrás cómo integrar
Git en tu canalización de CI, administrar los cambios de código de manera efectiva y aprovechar el control de versiones para mejorar tu flujo de trabajo de
desarrollo de mainframe ¿Qué es el control de versiones
y por qué importa? Los sistemas de control de versiones o los hechos de
VCS cambian la base de
código con el tiempo, lo que permite a los desarrolladores trabajar en diferentes partes del
código simultáneamente, fusionar cambios y
revertir a
versiones anteriores si es necesario Esto es especialmente importante en entornos mainframe donde los sistemas
complejos
tienen dependencias y requieren
pruebas rigurosas antes Los beneficios clave de los sistemas de
control de versiones incluyen, uno, la colaboración. Múltiples desarrolladores pueden
trabajar en la misma base de código, rastreando los cambios de
forma independiente y fusionando su trabajo cuando estén listos Dos, seguimiento de la historia. Cada cambio es rastreado, lo que permite a los equipos ver
el historial de cambios, revisar quién realizó qué actualizaciones
y revertir si es necesario Tres, ramificación y fusión. Los desarrolladores pueden crear ramas para trabajar en características o
correcciones específicas y luego fusionar los cambios en la
rama principal una vez que pasan las pruebas. Un ejemplo, una compañía de
servicios financieros implementó GIT en su entorno de
mainframe, lo que permitió a los equipos colaborar en aplicaciones CBL de manera
más efectiva Al administrar sucursales
e historiales de versiones, reducen el
riesgo de sobrescribir trabajo de los
demás y mejoran su velocidad general de
desarrollo Cómo se integra Git con la
canalización de CI para paneles principales. La integración de Git en
su canalización de CI le permite automatizar los flujos de trabajo de
prueba e implementación tan pronto
como se comprometan
los cambios de código. Esto asegura que cada
cambio sea validado y probado antes de que se fusione
en la base de código principal. Los pasos para integrar Git en
una canalización de CI incluyen uno, configurar un repositorio central de Git. Establecer un repositorio
Git centralizado donde todos los desarrolladores
puedan enviar su código. Este repositorio
servirá como una única fuente de prueba para la base de código de
mainframe Dos, crea ramas
para funciones y correcciones. Utilizar estrategias de ramificación
para gestionar el desarrollo. Por ejemplo, cree una rama de
desarrollo para nuevas funciones y una rama principal para código estable listo
para su implementación. Tres, automatice las pruebas con CI. Configure su
herramienta de CI, por ejemplo, Jenkins o IBM Urban code
para activar pruebas automatizadas cada vez que se compromete a dar el
código.Estas pruebas pueden
incluir pruebas unitarias, pruebas integración
y pruebas de regresión,
asegurando que el código
pase todas las asegurando que el código
pase O o fusionar código después de
una prueba exitosa. Una vez que pasan las pruebas, los desarrolladores pueden fusionar sus
cambios en la rama principal, asegurando que solo se
despliegue en producción código verificado de
alta calidad. Tomemos un ejemplo. Una empresa minorista utiliza
Git junto con Jenkins para administrar su base de código de sistema de
nómina Al automatizar las pruebas a través permisos
Git y crear ramas de
características, pudieron reducir errores, administrar los cambios de manera más efectiva y garantizar que solo el código probado se lanzara a la producción Mejores prácticas para el control de
versiones en entornos mainframe El uso de git u otros sistemas
de control de versiones en un entorno de mainframe requiere una
implementación reflexiva Estas son algunas de las mejores prácticas
para garantizar el éxito. Uno, adoptar una estrategia consistente de
ramificación. Establecer
pautas claras sobre cómo se crean,
utilizan y fusionan las
sucursales. Las estrategias populares incluyen la ramificación de
características. Cada función o corrección de errores
se desarrolla en una rama separada
y los cambios se
fusionan solo después de pasar las pruebas Ramificación mínima de liberación de barras. Una rama principal está
reservada para código estable mientras que otras sucursales manejan
nuevas características o pruebas. Dos, implementar revisiones de código. Antes de fusionar cualquier código, es importante
realizar revisiones de código Estas revisiones aseguran
que el código se adhiera a las
mejores prácticas sea limpio y
no introduzca nuevos problemas Tres, etiquetar lanzamientos importantes. Usa etiquetas Git para marcar
lanzamientos o hitos importantes. Esto le permite identificar
fácilmente y retroceder a versiones específicas
de su código si es necesario. Cuatro, monitoree y
automatice las pruebas, asegúrese de que las pruebas automatizadas se activen con cada compromiso. De esta manera,
los problemas potenciales se capturan temprano y solo el código estable
probado se fusiona en la rama principal. Un ejemplo, un proveedor de
atención médica trabaja en aplicaciones
basadas en adoquines, implementó revisiones de código y estrategias de etiquetado
dentro Al etiquetar versiones críticas y realizar revisiones
antes de fusionarlas, mejoran la calidad del código y reducen la cantidad
de errores en Guía paso a paso para usar Git en una canalización de CI de mainframe Aquí hay una
guía paso a paso para implementar Git como parte de
su canalización de CI para aplicaciones de
mainframe Uno, configurar el repositorio Git. Utilice un servicio Git centralizado. Por ejemplo, Git Hub, GitLab o Bit bucket para
alojar el repositorio Organice la estructura del
repositorio para reflejar su componente de
aplicación de mainframe, ya sean
programas CBL, JCL Dos, crear sucursales para
diferentes flujos de trabajo. Establezca sucursales como principal para código listo para producción, desarrollo para cambios continuos y ramas de características
para tareas individuales. Cada desarrollador trabaja en una rama de funciones y comete
código a medida que avanza. Tres, integrar Git con
Jenkins o IBM Urban code. Configure un plugin de Git
en Jenkins o IBM Urban code para
activar procesos de CI Configure trabajos de compilación
para
ejecutar pruebas automáticamente cuando se envía
nuevo código a ramas específicas. Cuatro, automatizar las
pruebas y validación de código. Escriba scripts para automatizar
las pruebas usando herramientas de CI. Por ejemplo, use
canalizaciones de Jenkin para ejecutar pruebas unitarias, pruebas de
integración
y pruebas de regresión para cada comando git Asegúrese de que las pruebas se ejecuten en paralelo para reducir el tiempo de
retroalimentación. Cinco, revisar y fusionar código. Una vez que pasan las pruebas, revisa
el código y fusiona los cambios en la rama principal usando las características de fusión de Gits Utilice herramientas de revisión de código integradas con
plataformas Git para mejorar la colaboración y
mantener la calidad del código. Tomemos un ejemplo. Una institución bancaria
integró Git con Jenkins para automatizar
su pipeline de CI de mainframe Cada vez que un desarrollador empujaba
código al repositorio, Jenkins activaba
pruebas automatizadas y solo después una prueba exitosa
el equipo fusionaba el código
en la rama principal Esto optimiza su proceso de
desarrollo y minimiza los errores
de producción. E para llevar Vamos a recapitular los puntos clave
de la lección de hoy. Los sistemas de control de versiones como Git son esenciales para
administrar los cambios de código, garantizar la colaboración
y rastrear historial de
código en entornos
mainframe. La integración de Git
con una canalización de CI automatiza el proceso de prueba
e implementación, asegurando que solo el
código validado llegue a producción Las mejores prácticas para usar Git en entornos
mainframe incluyen la adopción de estrategias de
ramificación, implementación de revisiones de código y la automatización de pruebas
con cada commit Herramientas como Jenkins o IBM
Urban code se pueden utilizar para automatizar flujos de trabajo basados en git y pruebas en una canalización de CI Actividad de aprendizaje.
Reflexione sobre cómo los sistemas de control de
versiones podrían mejorar su proceso de
desarrollo de mainframe Contesta la siguiente pregunta. Uno, ¿cómo ayudaría Git u otro sistema de
control de versiones a administrar los cambios de código en su entorno de
mainframe Dos, ¿qué
estrategias de ramificación
implementarías para mejorar la colaboración entre los miembros
del equipo Tres, ¿cómo la automatización de las
pruebas a través de Git mejoraría pruebas a través de Git mejoraría la calidad de tu base de código Escriba sus respuestas y
piense en cómo puede integrar el control de versiones
en su canalización de CI. ¿Cuál es el siguiente? En la siguiente lección, exploraremos la entrega
continua o la automatización de CD e implementación. Aprenderá la diferencia entre la
integración continua y entrega
continua y
cómo automatizar la entrega e implementación de actualizaciones en
su entorno de mainframe Continuemos con el Módulo cinco, Lección uno, descripción general de la
entrega continua.
18. Lección 1: descripción general de la entrega continua: Bienvenido al Módulo cinco. Implementación de automatización continua de entrega e implementación. En este módulo,
aprenderá a implementar entrega
continua o CD y automatizar los procesos de implementación
en entornos mainframe. Exploraremos cómo el
CD garantiza versiones
más rápidas y confiables,
reduce la intervención manual y mejora la calidad del código. Lección uno, visión general
de entrega continua. Bienvenido a la Lección
Uno del Módulo Cinco. En esta lección, exploraremos el concepto de entrega
continua para CD y cómo se aplica específicamente a los entornos
mainframe. La entrega continua es
una práctica esencial en el desarrollo de software moderno, que permite a los equipos implementar cambios rápida, segura
y sostenible CD toma la automatización que
hemos establecido en integración
continua o CI y la extiende al proceso de
implementación, haciendo posible lanzar nuevas características y
actualizaciones en cualquier momento. Al final de esta
lección, comprenderá la diferencia entre la integración
continua, el CI CD de entrega continua
y verá cómo los CD pueden ayudar a transformar la forma su equipo entrega código en
un entorno de mainframe ¿Qué es la
entrega continua o CD? entrega continua
es el proceso de
preparar automáticamente los cambios de código para su lanzamiento para que
puedan
implementarse en producción con una mínima intervención
manual. Garantiza que cada prueba automatizada de
cambios esté lista para su implementación en cualquier momento. CD va más allá de CI donde los cambios de código se
integran y prueban continuamente al centrarse en automatizar los
pasos finales antes de la implementación, asegurando que el proceso de
implementación sea fluido, rápido y confiable ¿Cómo funciona City? Uno, se prueban
ambos cambios. Una vez que los desarrolladores cometen
cambios en la base de código, se activan pruebas
automatizadas. Esto sigue siendo parte de CI. Dos, se construyen paquetes. Si todas las pruebas pasan, el sistema empaqueta
automáticamente el código en un formato
desplegable, por
ejemplo,
módulos Coval o mejores saltos Tres, el despliegue es automatizado. El sistema prepara el código para su implementación en diversos
entornos, como pruebas,
puesta en escena o producción. Sin embargo, el despliegue
a producción sigue siendo típicamente
una decisión manual. Beneficios clave del CD. Primero, pasa los lanzamientos. CD permite lanzar actualizaciones con mayor frecuencia
y con el mínimo esfuerzo. Segundo, mejorar la calidad. Al automatizar los procesos de prueba
e implementación, CD reduce la posibilidad de error
humano y mejora la calidad general
de cada versión Tercero, mayor
flexibilidad. Con City, su base de código siempre está
lista para ser implementada, lo
que facilita la respuesta a nuevos requisitos del negocio
o actualizaciones de seguridad. Tomemos un ejemplo. Una
gran compañía de seguros con un sistema de
procesamiento de reclamos basado en CVL adoptó entrega
continua para automatizar su canalización de
implementación Al automatizar la preparación
del código para la implementación, reducen el tiempo
necesario para lanzar actualizaciones de días en
solo unas horas, lo que les permite responder más rápidamente a las regulaciones
cambiantes La diferencia entre integración
continua, CI y CD continua. Si bien
la integración continua, CI y CD de entrega
continua
están estrechamente relacionados. Sirven diferentes propósitos en el ciclo de
desarrollo de software. Integración continua.
En términos de enfoque, automatice el proceso automatizado
de integración de cambios de código de múltiples desarrolladores y ejecución de pruebas para
garantizar la calidad del código. Estos pasos, los desarrolladores
cometen código, luego se
activan pruebas automatizadas y luego
se proporcionan comentarios a los desarrolladores. Para una entrega continua, se
enfoca en automatizar
la preparación del código para su implementación para
que pueda ser liberado a
producción en cualquier momento Pasos. Primero, el código
pasa la prueba de CI, luego el código se empaqueta
para su implementación, luego la implementación está
lista para la producción, pero generalmente requiere aprobación
manual. Diferencias clave. Uno, profundidad
de automatización. CI se enfoca en
automatizar las pruebas y integración, mientras que el CD extiende automatización al proceso de
implementación Dos, preparación para liberar. CI asegura que el
código sea funcional, pero CD asegura que el código esté listo para su implementación
en cualquier momento. Tres, manual versus automatizado. En CI, la implementación a producción a menudo
requiere pasos manuales. En CD, el código
siempre está empaquetado y listo para ser desplegado con
mínima intervención manual. Tomemos un ejemplo. Una institución financiera que utiliza CI para sus aplicaciones
bancarias de mainframe, dio el siguiente paso
e implementó CD Al automatizar el empaquetado de módulos
adoquines y
prepararlos para su despliegue, redujeron significativamente el número de pasos
manuales necesarios para
lanzar nuevas funciones, mejorando su agilidad y
reduciendo los errores de implementación Entrega continua en entornos
mainframe. Los mainframes
tradicionalmente conocidos por su estabilidad y procesamiento de
transacciones a gran escala también pueden beneficiarse enormemente de la entrega
continua TD ayuda a reducir el
tiempo y el esfuerzo necesarios para implementar cambios en los
sistemas mainframe, lo que permite a los equipos
entregar actualizaciones
con mayor frecuencia sin comprometer la seguridad
o la confiabilidad Una prueba automatizada para COBOL y otras aplicaciones de
mainframe Con CD, puede automatizar las
pruebas para aplicaciones COBOL, JCL y PL one para
garantizar que todos los cambios
se prueben a fondo antes se empaqueten
para
su Dos, empaquetando
código de mainframe para implementación. Las canalizaciones de CD pueden
empaquetar automáticamente aplicaciones de mainframe para su implementación Esto incluye compilar programas
CBL, construir scripts JCL y empaquetar otros En tercer lugar, la implementación en
múltiples entornos. CD le permite
implementar automáticamente código en
diversos entornos,
como desarrollo, control de calidad, puesta en escena y producción
sin intervención manual. Si bien la implementación final de la
producción puede requerir aprobación manual, todos los demás entornos
pueden
automatizarse completamente .
Tomemos un ejemplo. Una empresa minorista que utiliza SO para la
administración de inventario implementó entrega
continua para
automatizar la implementación de aplicaciones cobol en
múltiples entornos. Esta automatización les permitió
reducir el tiempo de inactividad durante las implementaciones y proporcionó actualizaciones
más frecuentes sin afectar las operaciones
diarias Pasos para implementar la
entrega continua para mainframes. Repasemos
los pasos básicos para
implementar la entrega continua en un entorno de mainframe Primero, comience con CI. Asegúrese de contar con una canalización de CI
sólida que
automatice las pruebas
y la integración del código En segundo lugar, automatice el empaque. Configura procesos automatizados para empaquetar tu código de mainframe, ya sea Cobol, JCL u otros
en Tercero, establecer una tubería de CD. Cree una canalización de CD
que automatice la implementación de
estos artefactos diversos entornos. Por ejemplo, desarrollo,
pruebas o puesta en escena. Cuarto, agregar compuertas de aprobación. Para entornos críticos
como la producción, establezca
puertas de aprobación manuales para garantizar que solo se implemente el
código validado. Quinto, monitorear y optimizar. Monitoree continuamente
la tubería de CD y realice mejoras
cuando sea necesario. Utilice métricas como la frecuencia de
implementación, las tasas de
fallas y el tiempo de
recuperación para realizar un seguimiento del rendimiento. Un ejemplo, una compañía global de
servicios financieros con gran
entorno de mainframe implementó entrega
continua
automatizando primero el
proceso de prueba con CI Una vez que CI estaba en su lugar, automatizaron el
empaque y la implementación de aplicaciones
CBL creando
una canalización de CD completa Pudieron elegir los pasos de implementación
manual un 80% y aumentar la frecuencia de actualizaciones del sistema bancario
central. Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, la entrega continua o CD automatiza la preparación
del código para su implementación, asegurando que siempre esté listo para ser lanzado
a producción En segundo lugar, CD extiende el beneficio
de la integración continua o CI automatizando los pasos entre la
prueba de código y la implementación tercer lugar, en
entornos de mainframe, CD ayuda a automatizar el empaquetado
y la implementación de COBOL, JCL y otras aplicaciones de
mainframe, lo que
reduce el tiempo de inactividad y reduce el tiempo de inactividad En cuarto lugar, la implementación de CD
implica automatizar el empaque, configurar
tuberías de implementación y agregar puertas de aprobación para entornos
de producción. Actividad de aprendizaje.
Tómese un momento para reflexionar sobre cómo la entrega
continua beneficiaría a su entorno de
mainframe Contesta la siguiente pregunta. Primero, ¿cuáles son los pasos manuales
actuales en su proceso de implementación que
podrían automatizarse con C? Segundo, ¿cómo
la automatización del empaque y el despliegue de aplicaciones
Cobol o JCL mejoraría la velocidad y
calidad de En tercer lugar, ¿qué
puertas de aprobación
necesitaría agregar para garantizar implementaciones
seguras en el entorno de
producción? necesitaría agregar para garantizar implementaciones
seguras en el entorno de
producción Escribe tus respuestas y
empieza a pensar en cómo puedes implementar la entrega
continua en tu organización. ¿Cuál es el siguiente? En la siguiente lección, profundizaremos automatización de los procesos de
implementación de mainframe Aprenderá paso a paso
cómo automatizar la implementación, reducir la intervención manual
y minimizar los errores. Así que continuemos con el
Módulo cinco Lección dos, automatizando los procesos de
implementación de mainframe
19. Lección 2: automatización de los procesos de implementación de mainframe: Lección dos, automatizar los procesos de implementación de
mainframe. Bienvenido a la lección
dos de archivo de módulo. En esta lección, nos
centraremos en automatizar los procesos de
implementación de mainframe La automatización de la implementación es
un componente crucial de la entrega
continua o CD porque ayuda a reducir la intervención
manual, minimiza los errores y garantiza que las
nuevas actualizaciones se puedan implementar de manera
rápida y confiable Al automatizar la implementación
de aplicaciones de mainframe, puede reducir el tiempo de inactividad, mejorar la frecuencia de lanzamiento y garantizar un proceso
repetible consistente Al final de esta lección, comprenderá
cómo automatizar los
procesos de implementación de
mainframe paso a paso y aprenderá las
mejores prácticas para
minimizar los esfuerzos manuales ¿Por qué automatizar la implementación
de mainframe? La automatización de la implementación de mainframe trae varios beneficios
significativos Los
procesos de implementación manual no solo consumen mucho
tiempo sino que
también son propensos a errores, especialmente cuando se trata grandes bases de código complejas
como Cobol o JCL En contraste,
las implementaciones automatizadas,
una, reducen los errores humanos La automatización del
proceso de implementación minimiza el riesgo de errores como olvidar pasos o configurar entornos mal Dos, implementación más rápida. Los procesos automatizados se ejecutan de manera
más rápida y eficiente que los pasos manuales, reduce el tiempo de inactividad y
permite lanzamientos más rápidos. Tres, consistencia. Cada implementación sigue
los mismos scripts automatizados, lo que garantiza la
coherencia en todos los entornos, desarrollo, pruebas
y producción. O frecuencia mejorada. automatización de la implementación
permite
a los equipos entregar actualizaciones con
mayor frecuencia, lo que garantiza que las nuevas funciones
o correcciones lleguen a los usuarios más rápido Tomemos un ejemplo,
una gran institución financiera con un sistema
mainframe basado en Cole implementó la
automatización de implementación para lanzar nuevas actualizaciones al sistema de procesamiento de
transacciones Antes de la automatización, la
implementación tardó hasta 24 horas con un riesgo
significativo de errores. Después de la automatización,
las implementaciones se redujeron a menos de una hora y
los errores manuales disminuyeron en 80% Guía paso a paso para
automatizar los procesos de
desarrollo de mainframe Repasemos los pasos necesarios para automatizar las implementaciones de
mainframe Paso uno, prepare la canalización
de implementación. El primer paso para automatizar las implementaciones es configurar
una canalización de implementación Esta canalización organiza
el proceso desde empaquetar el código hasta
implementarlo en todos los entornos. Aquí te explicamos cómo empezar. Primero, automatice el empaque. Comience por asegurarse de
que su código cobalto, JCL o PLO se
compila y empaqueta automáticamente después de
pasar todas las pruebas de CI Parezca que herramientas como IBM, Urban code Deploy o Jenkins
pueden ayudar a automatizar este paso Segundo, definir etapas
de despliegue. Divida su proceso de
implementación en etapas como desarrollo,
UA, puesta en escena y producción. Cada entorno se puede tratar como una etapa de
implementación separada dentro de la tubería con comprobaciones y
saldos
específicos en cada punto. En tercer lugar, use el control de versiones, asegúrese de que sus artefactos de
implementación como programas COBOL compilados , scripts
JCL y otros sean versión en un
repositorio central, por ejemplo, él Esto le permite realizar
un seguimiento de los cambios y retroceder a
versiones anteriores si es necesario. Un ejemplo, un proveedor de
atención médica automatizó el empaquetado y versionado de
módulos COBOL usando Jenkins Cada vez que se
comprometió un nuevo código, se compilaba, empaquetaba y almacenaba en un repositorio central listo para su implementación en
múltiples entornos. Paso dos: implementar scripts de
implementación automatizados. La implementación automatizada se basa en scripts que ejecutan tareas específicas sin requerir entrada manual. Estos scripts se pueden escribir
en lenguajes como Rx o Python y deben automatizar
las siguientes tareas. Uno, implementar la aplicación, cargar
automáticamente código
compilado como Cobo, JCL y otros al entorno de
mainframe de destino Esto incluye copiar archivos, configurar bibliotecas necesarias y configurar horarios de trabajo. Dos, configurar el entorno. Asegúrese de que cada entorno se configure
automáticamente
durante la implementación. Por ejemplo, los trabajos por lotes
deben programarse. Los nombres de los conjuntos de datos pueden necesitar actualización
y los recursos necesarios, por ejemplo, B dos bases de datos
deben estar conectadas. Tres, hacer pruebas de humo. Automatice la prueba inicial de humo para verificar que la implementación
fue exitosa. Las pruebas de humo comprueban si
el sistema está funcionando a un nivel básico antes de proceder
a pruebas más rigurosas. Un ejemplo, una empresa minorista
automatizó el despliegue de su sistema de
gestión de inventario utilizando IBM Urban code Deploy. Los
scripts de implementación
transfirieron automáticamente los módulos de adoquines
al entorno de producción, configuraron trabajos por lotes y realizaron pruebas de humo para verificar la implementación
exitosa Paso tres, agregue puertas de aprobación
para entornos críticos. En entornos críticos
como la producción, es común implementar puertas de
aprobación. Esto garantiza que las implementaciones
automatizadas no continúen sin una revisión humana
final, especialmente para aplicaciones de misión
crítica Primero configure los pasos de aprobación. En entornos de producción, agregue puertas de aprobación
manuales donde un
jefe de equipo o gerente revise
la implementación. Esto podría implicar verificar
que todas las pruebas hayan pasado, verificar si hay
vulnerabilidades de seguridad o garantizar que el negocio
esté listo para una nueva versión. Segundo, automatizar los procedimientos de
rollback. En caso de fallo,
automatice
los procedimientos de rollback que
reviertan el sistema a una versión estable anterior Por ejemplo, si la implementación
falla en la producción, el sistema debería implementar
automáticamente la última versión buena conocida desde el repositorio de
control de versiones. Tercero, notificaciones. Configure notificaciones, por
ejemplo, vía correo electrónico o slack para alertar a
los equipos cuando las implementaciones estén listas para su aprobación y cuando se produzcan
errores en el entorno de
producción Tomemos un ejemplo. Una institución
bancaria utiliza el despliegue de código urbano de
IBM para agregar puertas de
aprobación a su canalización
de implementación de producción. Después de las pruebas automatizadas
y las implementaciones de puesta en escena, el sistema enviaría
una solicitud de aprobación a los gerentes antes de
proceder a la producción Esto reduce el riesgo de implementar
código inestable en sistemas en vivo. Paso cuatro, monitorear y
optimizar las implementaciones. Una vez que se automatiza la
canalización de implementación, monitoreo se vuelve esencial para garantizar que todo
funcione sin problemas. Utilice herramientas de monitoreo
y paneles, realice un seguimiento de la ayuda de implementación, identifique cuellos de
botella y optimice
para obtener velocidad y confiabilidad Primero, monitorear métricas
de implementación. Realice un seguimiento de métricas
como el tiempo de implementación, las tasas de
fallas y las ocurrencias de
reversión Herramientas como Splunk, grafana o Prometheus pueden ayudar a proporcionar información sobre la eficiencia de su canalización
de implementación Segundo, identificar y
resolver cuellos de botella. Busque áreas donde
el proceso de implementación se ralentice o falle de
manera consistente. Eso es solo largos tiempos de
compilación, configuración
lenta del entorno o errores
recurrentes de script. Resuelva estos problemas para
acelerar las implementaciones futuras. Tercero, mejora continua. Al igual que con cualquier proceso automatizado, busque oportunidades
para mejorar. Esto podría incluir optimizar los scripts de
implementación, agregar más automatización a los pasos
manuales o mejorar el sistema de
monitoreo y alerta. Un ejemplo, una
empresa de logística implementó herramientas de
monitoreo para rastrear el éxito y el fracaso de
sus implementaciones automatizadas Al identificar y solucionar problemas
recurrentes en sus configuraciones de trabajo
por lotes, reducen los
tiempos de implementación en un 30% y mejoran significativamente la confiabilidad de
lanzamiento. Mejores prácticas para automatizar implementaciones de
mainframe. Estas son algunas de
las mejores prácticas a tener en cuenta al automatizar el desarrollo de
mainframe Primero, modulariza tus scripts de
implementación. Desglose los scripts de implementación en módulos reutilizables más pequeños. Esto facilita
la administración y actualización componentes
específicos sin interrumpir todo el pipeline Dos, probar implementaciones en entornos que no son
de producción. Siempre pruebe implementaciones
en entornos de desarrollo, UA o etapas
antes de pasar a la producción Esto reduce el riesgo de introducir errores en los sistemas en vivo. Tres, asegurar que los
procedimientos de reversión estén automatizados. Contar con un plan para hacer
retroceder las implementaciones si
algo sale mal. Los procedimientos de reversión
deben automatizarse para
evitar el tiempo de inactividad y
minimizar el impacto en el negocio O revisar y
mejorar con frecuencia. Revise periódicamente su proceso
de implementación y scripts. Busque áreas que
puedan
automatizarse o racionalizarse aún más y
realice mejoras continuas para
garantizar el más alto nivel de eficiencia. Claves para llevar Vamos a recapitular los puntos clave
de la lección de hoy. Primero, automatizar las implementaciones de
mainframe,
reducir la intervención manual, reducir la intervención manual, minimizar los errores y garantizar un proceso de implementación consistente y repetible En segundo lugar, configure una canalización de implementación
con empaque automatizado, configuración del
entorno y etapas de
implementación
en todas las etapas de desarrollo,
pruebas y producción. En tercer lugar, use scripts de implementación para automatizar tareas críticas
como cargar código, configurar entornos
y ejecutar pruebas de humo. O agregue puertas de aprobación en entornos
críticos
para permitir la revisión humana antes de las implementaciones
de producción En quinto lugar, monitoree y optimice su canalización de implementación utilizando herramientas que rastrean el rendimiento, identifican cuellos de botella y
aseguran Actividad de aprendizaje. Tómese un momento para reflexionar sobre su proceso actual de implementación
de mainframe Contesta las siguientes preguntas. Primero, ¿qué pasos manuales en su proceso de implementación
podrían automatizarse? Dos, ¿cómo podría la automatización
de la implementación reducir los errores y mejorar la frecuencia de
lanzamiento? Tres, ¿qué pasos
tomaría para
implementar procedimientos de reversión en
caso de falla de implementación? implementar procedimientos de reversión en caso de falla de implementación Escriba sus respuestas
y comience a planificar cómo podría automatizar su canalización de
implementación de mainframe ¿Qué sigue? En la siguiente lección, profundizaremos en la implementación canalizaciones de
CD para sistemas
mainframe Aprenderá a
construir y administrar canalizaciones de entrega
continua utilizando herramientas como Jenkins e IBM Urban
code Deployment Continuemos con el Módulo
cinco lección tres, implementando canalizaciones de CD
para sistemas mainframe
20. Lección 3: implementación de canalizaciones de CD para sistemas de mainframe: Lección tres, implementación de ductos de
CD para sistemas
mainframe Bienvenido a la Lección
Tres del Módulo Cinco. En esta lección,
profundizaremos en la construcción y administración canalizaciones de CD de entrega
continua
para sistemas mainframe Una canalización de CD automatiza todo
el proceso de mover código desde el desarrollo
hasta la producción, asegurando que cada cambio
sea probado,
empaquetado e implementado a fondo sin intervención manual Usando herramientas como Jenkins
e IBM Urban co deploy, podemos optimizar estos pasos haciendo que las versiones sean
más rápidas, más confiables y menos propensas a errores Al final de esta lección, sabrá cómo configurar una canalización de Ct para su entorno de
mainframe, administrar cada paso de la canalización y garantizar una implementación perfecta en diferentes entornos. ¿Qué es un pipeline
de entrega continua? Una canalización de
entrega continua es un proceso automatizado que mueve código desde el desarrollo
a través de las pruebas, en
escena y la producción. Cada paso en la canalización asegura que el código sea
probado y validado, solo
se implementa en producción código libre de
errores de alta calidad . Se siguen las etapas clave de un
pipeline de CD. Primero, construir escenario. El código está compilado
y empaquetado. Segundo, etapa de prueba. Se realizan pruebas automatizadas en unidad, integración y
regresión. Tercero, etapa de puesta en escena o QA. El código se despliega en un entorno de preproducción
para su posterior validación. Cuarto, etapa de despliegue. Después de pasar todas las pruebas el código se despliega
a producción. ¿Por qué importan los ductos de CD? Uno, para la velocidad. Al automatizar cada paso, canalizaciones de
CD reducen drásticamente el tiempo que se tarda en
lanzar nuevas actualizaciones Dos, la calidad,
las pruebas automatizadas y la validación, garantizan que solo
se despliegue código estable en producción. Tres, consistencia. Cada lanzamiento sigue
el mismo proceso, reduciendo el riesgo de errores o pasos
olvidados.
Tomemos un ejemplo. Una compañía global de seguros
utilizó Jenkins para implementar una tubería de CD para su sistema de procesamiento de
reclamos basado en adoquines Antes de la canalización,
tardaba días en
lanzar nuevas funciones,
pero después de la automatización, las actualizaciones se implementaban en cuestión de
horas, lo que garantizaba lanzamientos de funciones
más rápidos
sin comprometer la calidad. Guía paso a paso para implementar un
pipeline City para mainframes Repasemos
los pasos necesarios
para construir la tubería de City para el entorno de
mainframe Paso uno, establecer
una fundación CI. Antes de implementar un pipeline
completo de City, asegúrese de tener un proceso de
CI de integración
continua implementado. CI sienta las bases
probando automáticamente código tan pronto como se
comprometa con el repositorio Primero, usa el control de versiones. Por ejemplo, GIT. Asegúrese de
que su código cobalt,
JCL o PL one esté almacenado en un sistema de
control de versiones como GIT Cada cambio de código debe
desencadenar la canalización. Dos, automatizar pruebas. Utilice
herramientas de prueba automatizadas como IBM Z Unit o CICS test para ejecutar unitarias y
pruebas de integración en cada commit Tres, construir empleos en Jenkins. Configura Jenkins para
activar automáticamente pruebas y compilar cuando se envía nuevo código al
repositorio Esto asegura que
solo el código probado y compilado pase
a la siguiente etapa. Tomemos un ejemplo. Un proveedor de atención médica construyó una canalización de CI de Jenkins para
su sistema de facturación de cobot, asegurando que cada cambio fue probado y compilado
antes de ser empaquetado Esta base les permite
construir una canalización completa de CD más tarde. Paso dos, configure Jenkins
para entrega continua. Una vez que tenga un proceso de
CI sólido, el siguiente paso es configurar Jenkins para que se encargue de la entrega
continua Primero, definir etapas en Jenkins. Divida el
proceso de implementación en etapas,
construcción, prueba, puesta en
escena de barra de control de calidad y producción Cada etapa se puede configurar
como un trabajo de Jenkins. Segundo, automatiza el empaque. Jenkins puede
empaquetar automáticamente su código de mainframe en artefactos desplegables
como módulos CBL, scripts
JCL y otros
y almacenarlos Use enchufes como Jenkins Cobol o Jenkins JCL para Tercero, despliegues
automatizados. Después de
pruebas exitosas, Jenkins puede implementar
automáticamente código en entornos de control de
calidad o de ensayo. Los scripts de implementación pueden manejar tareas como
transferir el código, configurar el horario de trabajo y ejecutar pruebas de humo iniciales. Cuarto, establecer puertas de aprobación. Antes de implementar en producción, configure compuertas de aprobación manual. Esto garantiza que
las implementaciones críticas sean revisadas por un jefe de equipo o gerente
antes de comenzar a funcionar. Tomemos un ejemplo.
Una empresa minorista utilizó Jenkins para automatizar
el despliegue de sistemas de
inventario basados en adoquines Después de empaquetar el código y
ejecutar pruebas automatizadas, Jenkins activa implementaciones en su entorno
de ensayo Luego los gerentes revisarían y aprobarían el
despliegue final a producción. Paso tres, Implementar
IBM Urban C Deploy para una automatización avanzada. Para entornos más complejos, herramientas como IBM Urban
C Deploy proporcionan mayor control y flexibilidad en la gestión de canalizaciones de CD
para mantenimientos. Uno, definir entornos. IBM Urban C Deploy le permite definir
múltiples entornos, por
ejemplo, desarrollo, control de calidad, puesta en escena y producción, y administrar el
proceso de implementación para cada uno. Dos, automatizar los procesos
de implementación. Utilice Urban C Deploy para ocho procesos de implementación
para cada entorno. Estos procesos incluyen
tareas como transferencia de código, configuración del
entorno, actualización de
bases y ejecución de pruebas de humo. Tres, configurar los procedimientos
de reversión. En caso de fallas de implementación, IBM Urban co deploy puede
automatizar el proceso de reversión, volviendo a una versión
estable anterior sin requerir intervención
manual O monitorear el estado de implementación. co-despliegue urbano incluye herramientas para monitorear la
salud de cada despliegue. Puede realizar un seguimiento de métricas
como el tiempo de implementación, tasa de
éxito o los registros de errores, lo que garantiza que las implementaciones
se ejecuten sin problemas Un ejemplo, una
institución bancaria utilizó codploy
IBM Urban para gestionar el despliegue de sus
sistemas de transacciones de mainframe Codploy urbano automatizó todo
el proceso
desde el empaquetado del código cobal, configurando trabajos por lotes En caso de errores, el sistema automáticamente retrocedió
a la última versión estable. Mejores prácticas para la
gestión de ductos de CD. Son algunas de las mejores prácticas
a tener en cuenta a la hora construir y administrar
canalizaciones de CD para sistemas mainframe Uno, empezar poco a poco y
expandirse poco a poco. Comience automatizando algunas
etapas de su tubería, como pruebas y empaque Una vez que estos estén estables, amplíe automatización para incluir implementaciones de producción
y control Dos, use
entornos de ensayo para la validación. Siempre implemente entornos de staging o QA antes de
pasar a la producción. Esto le da la oportunidad de
detectar cualquier problema en un entorno seguro sin
afectar los sistemas vivos. Tres, implementar mecanismos de
rollback. Asegúrese de que existan
mecanismos de reversión en caso de que falle una
implementación La automatización de
los procedimientos de reversión minimiza el tiempo de inactividad y reduce el impacto en los usuarios Cuatro, monitorear y
mejorar continuamente. Supervise su canalización de CD para detectar cuellos de botella o errores recurrentes Utilice herramientas como Jenkins
o Ubanco Deploy para realizar un seguimiento de las métricas de implementación y mejorar
continuamente
su pipeline Un ejemplo, una empresa de
servicios financieros comenzó a automatizar solo sus etapas
de prueba y empaque Después de estabilizar el proceso, ampliaron gradualmente
la tubería para incluir implementaciones
automatizadas
a la producción con mecanismos de
reversión y puertas de
aprobación implementadas Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Uno, una tubería de
entrega continua automatiza el proceso de mover código del desarrollo
a la producción, asegurando la calidad y la velocidad Dos, herramientas como Jenkins e IBM Urban Co Deploy le permiten
automatizar el empaquetado, las pruebas y la implementación
del código de mainframe Tres, use puertas de aprobación
para entornos críticos, asegurando que las implementaciones se
revisen antes de comenzar a funcionar. Cuatro, mecanismo de reversión. El mecanismo de reversión
debe estar en su lugar para minimizar el tiempo de inactividad en caso
de fallas de implementación Actividad de aprendizaje. Tómese un momento para reflexionar sobre su proceso
de implementación actual. Contesta las siguientes preguntas. Primero, ¿qué etapas de su proceso de
implementación principal se
beneficiarían de la automatización? Dos, ¿cómo podrían la implementación de Jenkins o IBM Urban Co ayudar a
optimizar sus implementaciones Tres, ¿qué mecanismos de inconveniente pondría en marcha para
garantizar despliegues seguros Escribe tus respuestas
y piensa en cómo
puedes implementar una canalización de CD
en tu propio entorno. ¿Cuál es el siguiente? En la siguiente lección, exploraremos
minimizar el tiempo de inactividad y los errores en las implementaciones. Aprenderá técnicas clave para garantizar transiciones fluidas
entre el desarrollo, puesta en escena y la producción, y cómo evitar las trampas comunes de
implementación Continuemos con el módulo
cinco lección cuatro, minimizando el tiempo de inactividad y
los errores en las implementaciones.
21. Lección 4: minimizar el tiempo de inactividad y los errores en las implementaciones: Menos de cuatro, minimizando el tiempo de inactividad y los errores
en las implementaciones. Bienvenido a la Lección
Cuatro del Módulo Cinco. En esta lección, nos
centraremos en cómo
minimizar los tiempos de inactividad y
los errores durante la implementación Los problemas de implementación de tiempo de inactividad son preocupaciones
importantes para
las organizaciones que ejecutan aplicaciones de mainframe
críticas,
donde incluso unos pocos minutos de falta de disponibilidad pueden
provocar interrupciones importantes del
negocio Exploraremos estrategias
y mejores prácticas para garantizar transiciones fluidas
entre el desarrollo, escena y la
producción, y cómo implementar actualizaciones con un
impacto mínimo en sus usuarios. Al final de esta lección, tendrá un conjunto de herramientas de
técnicas para reducir el tiempo de inactividad, evitar errores y entregar actualizaciones sin problemas en su entorno de
mainframe Por qué es importante minimizar el tiempo de inactividad. mainframes suelen estar en el corazón de las operaciones
comerciales críticas,
manejando todo, desde transacciones
bancarias hasta sistemas de atención médica Para dichos sistemas, cualquier tiempo de inactividad durante la implementación puede tener
graves consecuencias. Ya sea una
actualización planificada o una solución de emergencia, su objetivo debe ser minimizar las interrupciones del
servicio y garantizar que las implementaciones sean
fluidas y libres de errores Impactos clave del tiempo de inactividad. Primero, la pérdida de ingresos o industrias
como la banca o el comercio minorista, incluso unos pocos minutos
de tiempo de inactividad, pueden resultar en pérdidas de ventas o fallas en las
transacciones. Dos, daños a la reputación. tiempos de inactividad regulares o inesperados pueden erosionar confianza
del cliente y dañar la reputación de
la organización Tres, retrasos operativos. inactividad a menudo retrasa los procesos
internos lo que lleva a ineficiencias
en todas las unidades de negocio. Tomemos un ejemplo. Una
institución financiera global enfrentó una pérdida de ingresos de
$2,000,000 debido a una interrupción del mainframe durante una ventana de implementación
crítica Al revisar su proceso de
implementación y adoptar técnicas de
reducción de tiempo de inactividad, pudieron prevenir futuros incidentes y minimizar las interrupciones del
servicio Técnicas para minimizar el
tiempo de inactividad durante las implementaciones. Repasemos las técnicas
clave para
minimizar el tiempo de inactividad
durante las implementaciones, centrándonos en estrategias
específicamente diseñadas para sistemas mainframe Técnica uno, despliegue
azul-verde. El despliegue azul-verde es una técnica donde se mantienen dos
entornos idénticos. Uno, el entorno azul es
el sistema de producción en vivo, mientras que el otro, el entorno
verde es un área de preparación donde
se implementan y prueban nuevas actualizaciones. Una vez que la actualización está lista, tráfico se cambia
del entorno azul
al entorno verde
sin ningún tiempo de inactividad. Pasos para implementar el despliegue
azul-verde. Primero, configurar
entornos paralelos. Mantener dos
entornos idénticos, uno para producción y otro para
probar nuevas actualizaciones. Segundo, implementar actualizaciones
al entorno verde. Despliegue la nueva versión
de la aplicación, ya sean módulos de cubierta, scripts
JCL u otros
con un entorno verde Asegurar que todas las pruebas
pasen y que el sistema y que el sistema
funcione como se esperaba. Tercero, cambiar el tráfico
al ambiente verde. Una vez que se hayan completado las pruebas, enrute el tráfico desde el entorno azul de
producción hasta el entorno
verde actualizado. Este proceso ocurre instantáneamente,
minimizando el tiempo de inactividad. Cuarto, rollback si es necesario. Si se detecta un problema en el entorno verde
después del switch, el tráfico se puede enrutar de nuevo
al entorno azul, minimizando el impacto de los errores Un ejemplo, una empresa minorista utiliza el despliegue azul-verde para actualizar su sistema de inventario
basado en adoquines Al implementar actualizaciones en
el entorno ecológico y cambiar el tráfico solo
cuando se completaron las pruebas, redujeron el tiempo de inactividad a menos de un
minuto por implementación. Técnica dos, Cary lanza. Las versiones de Canary implican implementar una nueva versión de
la aplicación un pequeño subconjunto de usuarios o entornos antes de
implementarla en todo el sistema. Esta técnica ayuda a
identificar cualquier problema temprano y minimiza el
riesgo de falla generalizada Pasos para implementar lanzamientos
canarios. Primero, despliéguese a un grupo pequeño. Implemente la nueva actualización
a un pequeño porcentaje de usuarios o a un
lote particular de transacciones. Monitoree el desempeño de cerca. Segundo, monitorear y validar. Utilice herramientas de monitoreo para realizar un seguimiento métricas
clave como tiempos de respuesta, tasas de
error y uso de recursos. Validar que la actualización
funcione correctamente. Tercero, poco a poco
desplegar la producción completa. Si el lanzamiento canario
es exitoso, gradualmente despliega la actualización
al resto del sistema. Si surgen problemas, mantenga la implementación y vuelva
a la versión anterior Un ejemplo, una
institución bancaria adoptó lanzamientos
canarios para actualizar sus sistemas de procesamiento de
transacciones basados en mainframe Al implementar actualizaciones a un
pequeño subconjunto de usuarios primero, problemas potenciales de manera temprana y minimizan el riesgo para la base de usuarios
más amplia. Técnica tres, despliegues
rodantes. Las implementaciones continuas
le permiten implementar nuevas actualizaciones en su
sistema por fases, reemplazando todas las versiones de la aplicación gradualmente en
lugar de todas a la vez Esta técnica asegura
que algunas partes
del sistema permanezcan disponibles
mientras que las otras se actualizan. Pasos para implementar implementaciones
rodantes. Primero, actualice una
sección a la vez. Implemente la nueva actualización en
un lote de servidores o unidades de
procesamiento mientras el resto del sistema
permanece operativo. Segundo, monitorear cada fase. Después de actualizar cada sección, monitoree para cualquier problema. Solo pasar a la siguiente sección si la actualización es exitosa. Tercero, retroceder según sea necesario. Si alguna sección
encuentra problemas, revierta esa sección a la versión anterior sin afectar al resto
del sistema Un ejemplo, una compañía de
logística global implementó
implementaciones rodantes para
su sistema de seguimiento de
inventario basado en mainframe Al actualizar diferentes
regiones por fases, pudieron implementar
nuevas funciones sin interrumpir el servicio a todo
el sistema a la vez Técnica cuatro, pruebas automatizadas de
humo post despliegue. Las pruebas de humo implican ejecutar
un conjunto básico de pruebas después la
implementación para verificar
que las funciones críticas de las aplicaciones
funcionan como se esperaba. Las pruebas de humo automatizadas
ayudan a garantizar que la implementación fue exitosa sin requerir pruebas manuales
completas. Pasos para implementar pruebas de humo
automatizadas. Primero, identificar las funciones
críticas. Identificar un conjunto de funciones
críticas, por ejemplo, procesar
una transacción o generar un informe. Necesidad de trabajar para
que el despliegue se considere exitoso. Segundo, automatizar la prueba de humo. Configura scripts automatizados para ejecutar esta prueba inmediatamente
después de la implementación. Herramientas como la unidad Z de IBM o servidor de pruebas de
microenfoque pueden ayudar con las pruebas
específicas de mainframe Tercero, rollback si las pruebas fallan. Si alguna de las pruebas de
humo automatizadas falla, desencadena una reversión automática a la versión estable anterior Un ejemplo, un
proveedor de atención médica utiliza
pruebas de humo automatizadas para garantizar que funciones
críticas de
procesamiento de reclamos las funciones
críticas de
procesamiento de reclamos funcionen después de
cada implementación. Al adjuntar errores temprano, evitaron problemas
en la producción y redujeron el riesgo
de tiempo de inactividad del sistema. Mejores prácticas para garantizar transiciones
suaves. Existen algunas mejores
prácticas para garantizar transiciones
fluidas
entre el desarrollo, puesta en escena y la producción. Uno, prueba en entornos
similares a la producción. Asegúrese de que sus entornos de
puesta estén lo más cerca posible de
la producción. Esto ayuda a identificar
los problemas que podrían surgir en la producción antes de que
la implementación se ponga en marcha. Dos, implementar
monitoreo y alertas. Utilice herramientas de
monitoreo en tiempo real para detectar cualquier problema durante
y después de la implementación. Configura alertas para
notificar a tu equipo si los indicadores
clave de rendimiento o KPI están fuera de los rangos
esperados Tres, implementaciones programadas
durante tiempos de poco tráfico. Planifique implementaciones importantes
durante períodos de baja actividad del usuario, por ejemplo,
durante la noche o los
fines de semana para minimizar el impacto en los usuarios
si surge algún problema Un ejemplo, una institución
financiera implementó monitoreo en
tiempo real e implementaciones
escalonadas
durante las horas pico, reduciendo
significativamente
el impacto del tiempo de inactividad en sus clientes y asegurando transiciones
más fluidas
entre entornos E para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, la
implementación azul y verde minimiza el tiempo de inactividad al mantener
dos entornos paralelos, lo que le permite cambiar entre
ellos sin tiempo de inactividad En segundo lugar, las versiones binarias
ayudan a reducir el riesgo de problemas
generalizados al
probar actualizaciones con un pequeño subconjunto de usuarios
antes de un despliegue completo En tercer lugar,
las implementaciones continuas le permiten actualizar diferentes secciones
de su sistema en fases, manteniendo
vivas partes del sistema mientras que otras están actualizadas En cuarto lugar, las pruebas de humo automatizadas garantizan que las funciones críticas funcionen después de la implementación, lo que le
ayuda a detectar los problemas con anticipación y desencadenar la
reversión si es necesario Actividad de aprendizaje. Tómese un momento para reflexionar sobre su proceso
de implementación actual. Contesta las siguientes preguntas. Primero, ¿qué técnicas de
reducción de tiempo de inactividad funcionarían mejor para su entorno de
mainframe? Por ejemplo, u green, lanzamientos
canarios o despliegues
rodantes Dos, ¿cómo puede automatizar pruebas de humo
posteriores a la implementación
para detectar errores antes de tiempo? Tres, ¿qué pasos
puedes tomar para garantizar transiciones
fluidas
entre el desarrollo, puesta en escena y la producción? Escriba sus respuestas
y comience a pensar en cómo puede minimizar el tiempo de inactividad en su canalización de implementación. ¿Cuál es el siguiente? En la siguiente lección, exploraremos los bucles de monitoreo y retroalimentación para entornos
mainframe. Aprenderá a
monitorear el rendimiento, configurar alertas en tiempo real y optimizar el rendimiento de sus aplicaciones de mainframe Pasemos al
Módulo seis lección uno, Introducción al monitoreo de
mainframe
22. Lección 1: introducción al monitoreo de mainframes: Bienvenido al Módulo seis, monitoreo, bucles de retroalimentación
y optimización del rendimiento. En este módulo,
cubriremos cómo monitorear los sistemas
mainframe, configurar bucles de retroalimentación y
optimizar el rendimiento Al aprender a realizar un seguimiento del estado del sistema y
responder a las alertas P, podrá
mantener su mainframe funcionando sin problemas en un entorno
DevOps Lección uno, introducción
al monitoreo de mainframe. Bienvenido a la Lección
Uno del Módulo Seis. En esta lección, cubriremos los conceptos básicos del monitoreo moderno de
mainframe,
específicamente, cómo rastrear y optimizar el rendimiento del sistema
en el entorno DevOps Los sistemas de mainframe suelen ser
el núcleo de las aplicaciones
críticas para el negocio, monitoreo en tiempo
real
es esencial para garantizar una alta disponibilidad,
rendimiento y estabilidad Al final de esta lección, tendrá una
comprensión clara de las herramientas
y prácticas de
monitoreo más importantes para mainframes Aprenderá cómo estas herramientas ayudan a detectar
problemas potenciales de manera temprana, mejorar el rendimiento y
garantizar el estado del sistema. ¿Por qué el monitoreo es crítico
para mainframes y DevOps? mainframes son
robustos, pero necesitan monitoreo
constante para
mantener un rendimiento óptimo En un entorno impulsado por DevOps donde la agilidad y la
entrega continua son clave, monitoreo garantiza que
los cambios en el sistema no degraden el rendimiento
ni introduzcan Razones clave para
monitorear mainframes. Número uno, salud del sistema. El monitoreo garantiza
que el uso del hardware, memoria y la CPU se mantengan dentro de los umbrales
saludables, evitando la degradación
del rendimiento Dos, optimización del rendimiento. identificación proactiva de los cuellos de
botella ayuda a mantener el sistema
funcionando sin problemas, incluso Tres,
detección temprana de problemas. Alertas en tiempo real,
notificar a los equipos sobre posibles problemas antes de que escalen,
reduciendo el tiempo de inactividad Por cumplimiento y seguridad. monitoreo rastrea el acceso, los patrones de
uso y las anomalías, asegurando que los sistemas sigan siendo
compatibles y seguros Tomemos un ejemplo. Un importante proveedor de atención médica
utiliza monitoreo en tiempo real, realiza un seguimiento de las métricas de rendimiento en su sistema de
procesamiento de reclamos de mainframe Al configurar alertas sobre indicadores clave de
rendimiento o KPI, como la utilización de la CPU
y el tiempo de respuesta, pudieron resolver
problemas antes de que causaran interrupciones
importantes, asegurando la estabilidad
del sistema Métricas clave para monitorear
en mainframes. Antes de sumergirse en las herramientas, es fundamental
saber qué monitorear. Estas métricas clave le
brindan información sobre el rendimiento de su sistema
mainframe y lo ayudan a detectar problemas antes de
que afecten a los usuarios Número uno, uso de CPU. monitoreo del uso de la CPU ayuda a garantizar que el mainframe
no esté sobrecargado, lo que podría provocar
ralentizaciones o fallas del sistema uso elevado de CPU durante períodos
prolongados puede
indicar código ineficiente, contención de
recursos o
una mayor Dos, utilización de memoria. Mantener un ojo en el uso de la
memoria ayuda a evitar fugas de memoria o asignación
insuficiente de memoria, lo que podría llevar a la degradación
del rendimiento. Los picos de uso de memoria pueden indicar procesos
problemáticos o
aplicaciones que acaparan recursos Tres, IO de disco. Las métricas de salida de entrada de disco muestran cuán eficientemente se
leen o escriben los datos en esto. Se pueden asignar tiempos de espera de E/S altos de cuellos de botella de disco o procesos ineficientes Para, tiempo de respuesta de transacción. En entornos de transacciones pesadas
como la banca o el comercio minorista, tiempo de
respuesta es crítico. monitoreo de los tiempos de transacción
garantiza que el sistema responda y que los usuarios
no esperen retrasos. Cinco, tasas de error. monitoreo de errores en
aplicaciones, procesos y
flujos de transacciones es esencial para detectar
inestabilidad o fallas del sistema. Los errores frecuentes pueden
indicar problemas con implementaciones
recientes o configuraciones
erróneas Tomemos un ejemplo. Una empresa minorista utiliza el monitoreo del tiempo de
respuesta de las transacciones para detectar ralentizaciones en su sistema de
procesamiento de pedidos en línea Al tocar estos retrasos temprano, pudieron ajustar rendimiento de
su
base de datos de mainframes y mejorar la velocidad de las transacciones durante los períodos
pico de compras Herramientas de monitoreo para mainframes
en un entorno Devos. Ahora que sabemos
qué monitorear, veamos algunas de las herramientas de monitoreo más utilizadas que brindan visibilidad
en los sistemas mainframe Estas herramientas se integran con las prácticas de
Devos y proporcionan información en tiempo
real la salud y el rendimiento
de sus sistemas Número uno, IBM Ogamon. Omega moon es una de
las herramientas de monitoreo de mainframe más potentes y ampliamente utilizadas Proporciona métricas detalladas
sobre el rendimiento del sistema, uso de
recursos y el
procesamiento de transacciones, todo en tiempo real. Las características incluyen una, monitorear métricas del sistema
como CPU, memoria y este dio, dos
pistas del rendimiento en aplicaciones críticas
como kicks, DB dos y MQ Tres, proporciona paneles
personalizables
para el estado del sistema Caso de Uso para agamon. Una institución financiera utiliza IBM Omegamon para monitorear
sus transacciones CICS, asegurando que el sistema
funcione de manera óptima durante períodos de alto volumen como el final del trimestre fiscal Número dos, Splunk. Splunk es una poderosa herramienta de análisis de
datos que se puede utilizar para monitorear los registros de
mainframe y
proporcionar información sobre el rendimiento, la seguridad y las anomalías
del sistema Se integra bien con los flujos de trabajo de
Devops y puede ayudar a rastrear la actividad del usuario y los registros
del sistema en tiempo real Las características incluyen
una, recopila y analiza registros de varias aplicaciones de
mainframe. Dos, proporciona alertas en tiempo
real basadas en anomalías en los datos de registro Tres, visualiza tendencias y
datos de rendimiento en dashboards Caso de uso para Splunk. Una empresa de logística
utiliza Splunk para
monitorear los registros de su sistema de mainframe en busca de amenazas de seguridad Configuramos alertas para detectar intentos de acceso
no autorizado y comportamientos inesperados del sistema. Número tres, vista principal de BMC. La vista principal de BMC proporciona monitoreo y automatización
para el entorno de mainframe Tiene una visión integral del estado del sistema con métricas en tiempo
real y la capacidad de
automatizar las respuestas a problemas como sobrecargas del sistema
o degradación del rendimiento Las características incluyen que monitorea el rendimiento del sistema en tiempo real. Automatiza la acción en
respuesta a problemas detectados. En tercer lugar, proporciona
integración con herramientas de
DevOps para monitoreo
continuo Caso de uso para la vista principal de BMC. Una compañía de telecomunicaciones
utiliza la vista principal de BMC para escalar
automáticamente sus recursos de mainframe en
función Cuando la demanda aumenta, vista
principal ajusta la asignación de
recursos, asegurando que los
sistemas se ejecuten sin
problemas sin intervención
manual. Mejores prácticas para el monitoreo de
mainframe. Para garantizar que su estrategia de
monitoreo de mainframe sea efectiva, es importante seguir algunas
de las mejores prácticas Estas prácticas ayudan a garantizar que su
sistema de monitoreo proporcione precisa y
procesable sin abrumar a su
equipo con ruido Número uno, establezca
umbrales claros para las alertas. Evite la fatiga de las alertas estableciendo umbrales
adecuados
para monitorear métricas
clave como el uso de la CPU, tiempo de
transacción o las tasas de error La alerta solo debe
activarse cuando se incumplen estos umbrales, lo que indica posibles problemas Dos, enfocarse en los KPI que
impactan la experiencia del usuario. Concéntrese en las métricas que impactan
directamente en la experiencia del usuario. Por ejemplo, los tiempos de respuesta lentos de las
transacciones o los errores frecuentes en aplicaciones
críticas como la banca
en línea son más importantes de monitorear que picos
ocasionales
en el uso de la memoria. Tres, automatizar
las respuestas a las alertas. Posible automatizar
las respuestas a problemas comunes. Por ejemplo, si el uso de memoria
excede un cierto umbral, aumente
automáticamente la asignación de
memoria o reinicie el proceso afectado o
use paneles en tiempo real Haga uso de paneles en tiempo real que visualizan el rendimiento
del sistema, lo que permite a su equipo monitorear el estado del
mainframe de un vistazo Estos paneles proporcionan información
crítica sin tener que
sumergirse en registros o datos sin procesar Tomemos un ejemplo. Una gran empresa minorista optimizó su estrategia de
monitoreo de mainframe
estableciendo umbrales específicos para alertas, automatizando las respuestas a
problemas como sobrecargas de memoria y usando paneles en tiempo real para Esto les ayudó a prevenir la degradación
del desempeño
durante el período de pico de ventas. Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, el monitoreo es crítico en el entorno de
Devos para
garantizar el estado del sistema, la optimización
del desempeño y la detección
temprana de problemas En segundo lugar, las métricas más
importantes para monitorear en mainframes
incluyen el uso de la CPU, la utilización de la
memoria, utilización de la
memoria, tiempos de respuesta de las
transacciones y las tasas de error En tercer lugar, las herramientas de monitoreo populares como IBM, Omega Moon, Splunk y VMC Main view proporcionan información en tiempo
real y ayudan a prevenir tiempos de inactividad
o cuellos de botella en el rendimiento O las mejores prácticas incluyen establecer
umbrales claros para las alertas, automatizar las respuestas y usar paneles en tiempo
real para
monitorear Actividad de aprendizaje. Reflexione sobre sus prácticas actuales de
monitoreo de mainframe y responda las
siguientes preguntas Uno, ¿qué métricas clave
son las más importantes para
monitorear en su entorno? Por ejemplo, uso de CPU, tiempo de
respuesta, tasas de error. Dos, qué
herramientas de monitoreo Ogamon, Splunk o vista principal te
ayudarían a mejorar la visibilidad
y el rendimiento en tu Tres, ¿cómo puede automatizar las respuestas a alertas clave para evitar la
degradación del rendimiento? Escribe tus respuestas
y empieza a pensar en cómo puedes implementar estas prácticas de
monitoreo
en tu entorno. ¿Cuál es el siguiente? En la siguiente lección, exploraremos la configuración de sistemas de monitoreo
continuo. Aprenderá a implementar herramientas de
monitoreo que
rastreen el rendimiento, el estado de las
aplicaciones
y el tiempo de actividad del sistema Cubriremos cómo
configurar alertas y
paneles en tiempo real para garantizar que sus sistemas
mainframe funcionen sin problemas Continuemos con el
Módulo seis Lección dos, configurando sistemas de
monitoreo continuo.
23. Lección 2: configuración de sistemas de monitoreo continuo: Lección dos, rompiendo sistemas de monitoreo
continuo. Bienvenido a la Lección
Dos del Módulo Seis. En esta lección, nos
sumergiremos en el proceso de
configuración de sistemas de
monitoreo continuo para entornos mainframe Los sistemas de monitoreo son esenciales para rastrear el rendimiento del sistema, el estado de las
aplicaciones y el tiempo de actividad Con el monitoreo continuo,
puede asegurarse de que los problemas
se detectan temprano, identifican cuellos de botella en el
rendimiento
y
que los sistemas
críticos permanecen disponibles En un contexto de DevOps, el monitoreo
continuo
proporciona información en tiempo real ayuda al equipo a tomar decisiones más rápidas basadas en
datos Al final de esta lección, estará equipado con
los conocimientos necesarios para implementar sistemas de monitoreo
efectivos para su entorno de mainframe Por qué el
monitoreo continuo es crucial. En un entorno de mainframe donde la estabilidad y el
tiempo de actividad son críticos, monitoreo
continuo
ayuda a los equipos a mantener alto rendimiento y detectar posibles problemas
antes de que escalen A diferencia del monitoreo periódico o
reactivo, monitoreo
continuo
proporciona datos en tiempo real, permitiendo que los equipos
respondan de manera proactiva Beneficios del
monitoreo continuo. En primer lugar,
la detección temprana de problemas. Las alertas inmediatas ayudan a evitar que los problemas
menores
se conviertan en incidentes importantes Segundo, optimizar el rendimiento. Mediante el seguimiento de
las métricas del sistema en tiempo real, los equipos pueden optimizar el rendimiento
y el uso de recursos. Tercero, aumentar el tiempo de actividad del sistema. monitoreo continuo
reduce el tiempo de inactividad al garantizar que los problemas se resuelvan antes de que
afecten a los sistemas críticos. Cuarto, toma de
decisiones informada. El monitoreo de datos ayuda a los equipos a tomar decisiones
informadas
sobre actualizaciones,
mantenimiento y escalado del sistema .
Tomemos un ejemplo. Una
compañía minorista global implementó monitoreo
continuo para su sistema de
gestión de inventario basado en adoquines Al rastrear el uso de la memoria, carga de la
CPU y los
tiempos de transacción en tiempo real, pudieron resolver problemas antes de que
afectaran las ventas, especialmente durante las temporadas pico de
compras. Componentes clave de un sistema de monitoreo
continuo. Para configurar un sistema de monitoreo
continuo efectivo, debe centrarse en
varios componentes principales, realizar un seguimiento de varios aspectos del rendimiento del
mainframe Primero, monitoreo de desempeño. La supervisión del rendimiento se
centra en las métricas a nivel del sistema, como el uso de la CPU, utilización de la
memoria y la E/S del disco. Esto ayuda a garantizar que el
sistema esté funcionando dentro umbrales
aceptables
y que los recursos se utilicen de manera eficiente.
¿Qué monitorear? Uso de la CPU, realice un seguimiento de la carga
general de la CPU para garantizar que las cargas de trabajo se distribuyan de
manera eficiente Utilización de la memoria. Supervise el uso de la memoria para
evitar fugas de memoria y garantizar que haya
suficiente memoria libre para los procesos críticos. Este monitor IO razona velocidades
amplias ya que los cuellos de botella en este acceso pueden afectar gravemente Tomemos un ejemplo. Una institución
bancaria utiliza el monitoreo
del desempeño para rastrear picos de
CPU durante los informes financieros de fin de
mes. Al ajustar la asignación de recursos con
base en datos en tiempo real, evitaron ralentizaciones
durante períodos críticos Dos, monitoreo de
salud de aplicaciones. El monitoreo del estado de las aplicaciones se centra en garantizar que las aplicaciones
críticas, como procesamiento de
transacciones o los trabajos
por lotes, funcionen sin problemas. Esto incluye monitorear los tiempos de respuesta de las
aplicaciones, las tasas de
error y el
estado de los procesos. Qué monitorear los tiempos de
respuesta de las transacciones. Asegúrese de que las aplicaciones de transacciones
pesadas como CICS o IMS respondan y
no experimenten retrasos Tasas de error. Supervise los registros para detectar mensajes de
error que indiquen problemas con aplicaciones
o trabajos por lotes. Estado del proceso, realice un seguimiento
del estado de las aplicaciones
y servicios clave, asegurando que estén en
funcionamiento sin interrupciones. Tomemos un ejemplo. Un proveedor de atención médica
rastrea el estado de su sistema de
procesamiento de reclamos
monitoreando los tiempos de respuesta de contacción y los registros de errores Al adjuntar errores anticipadamente, evitan los retrasos en el
procesamiento de las reclamaciones de los pacientes. Tres, monitoreo de tiempo de actividad. monitoreo del tiempo de actividad garantiza que los sistemas
críticos estén
continuamente disponibles Esto es especialmente importante
para las industrias donde incluso unos pocos minutos de tiempo de inactividad pueden provocar pérdidas
comerciales significativas. Qué monitorear el tiempo de actividad del sistema, realizar un seguimiento de la disponibilidad de los sistemas
mainframe para garantizar
que siempre estén accesibles Disponibilidad del servicio, monitoree
servicios críticos como CICS, V dos o MQ para asegurarse de que
estén funcionando como Conectividad de red. Asegúrese de que
las conexiones de red
al mainframe sean estables y
no causen interrupciones Un ejemplo, una
compañía de telecomunicaciones implementó monitoreo de
tiempo de actividad para rastrear la disponibilidad de
su sistema de facturación Al configurar
alertas automatizadas para problemas de red, minimizan el tiempo de
inactividad y garantizan los clientes siempre puedan
acceder a los servicios de facturación. Configuración de
herramientas de monitoreo para mainframes. Existen varias
herramientas disponibles para implementar monitoreo
continuo en entornos mainframe. Estas herramientas ofrecen recopilación de datos en
tiempo real, alertas e informes para garantizar que sus sistemas
funcionen sin problemas Uno, IBM Omegamon. IBM Omegamon es una herramienta
integral para monitorear
sistemas mainframe Realiza un seguimiento de CPU, memoria, IO y otras métricas de rendimiento, así
como el estado de
aplicaciones como CICS, DB dos y MT Cómo configurarlo. Primero,
instale el agente Omegamon El agente de Omegamon
recopila datos
del mainframe y los envía
a un panel Segundo, configurar métricas. Configure Ogamon para realizar un seguimiento de
métricas clave como el uso de la CPU, tiempos de
transacción
y las tasas de error Tercero, crear alertas
Wfigure alertas o cuando las métricas incumplan los umbrales
predefinidos Por ejemplo, el
uso de CPU supera el 80%. Tomemos un ejemplo. Una compañía de servicios
financieros utiliza Omegamon para monitorear los tiempos de
transacción y uso de la
CPU en el sistema de pago
basado en mainframe, asegurando un desempeño consistente durante el alto Dos, Splunk. Splunk ofrece monitoreo de registros en
tiempo real y análisis de datos, que se pueden usar para rastrear el rendimiento de las
aplicaciones
y detectar anomalías Es una gran herramienta para
monitorear la seguridad y rendimiento en todos los
sistemas mainframe. Cómo configurarlo. Primero, la recopilación de registros,
configura Splunk, recopila registros de aplicaciones de
mainframe, combina trabajos y
procesos del sistema Segundo, configura dashboards. Utilice
las capacidades del tablero de Splunk para visualizar
métricas y registros clave Tercero, detección de anomalías,
configura Splunk para detectar patrones
inusuales en
datos de registro como picos en tasas de error o intentos de acceso
no autorizado Tomemos un ejemplo.
Una empresa de logística utiliza Splunk para monitorear los datos
de registro del sistema mainframe, configurando alertas en tiempo real para intentos de acceso
no autorizado
y anomalías de rendimiento Tres, vista principal de BMC. BMC Min View es otra herramienta poderosa para monitorear entornos de
mainframe Proporciona monitoreo en
tiempo real, automatización y
análisis de rendimiento. ¿Cómo configurarlo? Primero, instale los monikers de
vista principal, instale la vista principal para
monitorear el rendimiento, las aplicaciones y
los recursos en tiempo real Segundo, cuadros de mando personalizados. Paneles personalizados
para realizar un seguimiento del estado de los servicios de aplicaciones
específicos
y los componentes del sistema Tercero, establecer respuestas automatizadas. Configure la vista principal
para
ajustar automáticamente los recursos o
activar procesos en respuesta a
problemas de detectives. Tomemos un ejemplo. Una empresa minorista utilizó BMC Main View para monitorear el sistema de inventario
basado en mainframe, escalando
automáticamente
los recursos durante los períodos
pico de compras para
mantener Mejores prácticas para la configuración de monitoreo
continuo. Para garantizar que su sistema
de monitoreo continuo sea efectivo, siga estas mejores prácticas. Uno, definir objetivos claros
de monitoreo. Antes de establecer el monitoreo,
defina objetivos claros. ¿Está enfocado en
mejorar el tiempo de actividad del sistema, reducir los tiempos de
respuesta de las aplicaciones o garantizar el estado general
del sistema Esto guiará
la configuración de sus herramientas de monitoreo. Segundo, establecer
umbrales realistas para la alerta. Asegúrese de que las alertas sean
significativas estableciendo umbrales
realistas
para métricas clave como el uso de la CPU o los tiempos de
transacción Evite la fatiga de las alertas activando alertas
solo
cuando sea necesario Por ejemplo, cuando el
uso de CPU supera el 85%. Tercero, automatizar las respuestas
a alertas críticas. Configure respuestas automatizadas
para ciertas alertas. Por ejemplo, si el uso de memoria
excede un límite definido, aumente
automáticamente
la asignación de memoria o reinicie el proceso afectado. O use paneles visuales
para obtener información en tiempo real. Haga uso de
paneles visuales que muestren métricas de estado
del sistema en tiempo real Estos paneles
ofrecen a su equipo una visión de
un vistazo del rendimiento del sistema y ayudan a identificar
rápidamente los problemas Un ejemplo, una
institución financiera utiliza paneles para rastrear los tiempos de procesamiento de
transacciones y el estado del sistema en tiempo real Al establecer respuestas automatizadas a sobrecargas de CPU
y otros problemas, minimizan la intervención
manual y garantizan la confiabilidad del sistema Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Uno, monitoreo continuo,
ayuda a rastrear el rendimiento, mantener el estado de las aplicaciones y garantizar el tiempo de actividad del sistema en el entorno de
mainframe Dos componentes clave para
monitorear incluyen el uso de la CPU, la
memoria, los
tiempos de respuesta de las transacciones y las tasas de error. Tres, herramientas como IBM
Omegamon, Splunk y BMC Main view ofrecen monitoreo en tiempo
real, alertas y automatización para O bien, siga las mejores prácticas
estableciendo objetivos claros, definiendo umbrales de
alerta realistas y automatizando la respuesta
a problemas clave Actividad de aprendizaje, reflexiona sobre tu configuración de monitoreo actual y responde las
siguientes preguntas. Primero, ¿cuáles son las métricas de rendimiento más
importantes que necesita monitorear para
su sistema mainframe Dos, ¿qué herramienta, Omega Moon, Splunk o vista principal te
ayudaría mejor a rastrear el rendimiento
y detectar problemas Tres, ¿cómo puede
automatizar las respuestas a alertas críticas para mejorar el tiempo de actividad
y el rendimiento del sistema Escriba sus respuestas
y comience a planificar cómo
implementar o mejorar su sistema de monitoreo
continuo. ¿Cuál es el siguiente? En la siguiente lección, exploraremos la creación bucles de
retroalimentación para
una mejora continua. Aprenderá a establecer mecanismos entre los equipos de mainframe
y DevOP para mejorar
continuamente los
procesos y el
rendimiento utilizando los datos recopilados para los sistemas de monitoreo Continuemos con el Módulo seis, lección tres, creando bucles de
retroalimentación para la mejora
continua.
24. Lección 3: crea bucles de comentarios para la mejora continua: Lección tres, creando bucles de
retroalimentación para la mejora
continua. Bienvenido a la lección
tres del Módulo seis. En esta lección nos centraremos en
crear bucles de retroalimentación entre mainframe
y los equipos de Devos para impulsar la mejora continua Los bucles de retroalimentación son esenciales en el entorno
DevOps porque permiten a los equipos aprender
de los datos del sistema, los comentarios de los
usuarios y
las métricas de rendimiento para mejorar
los procesos a lo largo del tiempo Al implementar estos bucles, asegura de que sus equipos
siempre estén refinando y optimizando, lo que conduce a un mejor rendimiento
del sistema, menor tiempo de inactividad y un flujo de trabajo general
más fluido. Al final de esta lección, comprenderá cómo crear bucles de retroalimentación
efectivos, cómo usar los
datos de monitoreo para informar las decisiones y cómo fomentar la
colaboración entre mainframe y los equipos de Devos
para una mejora continua La importancia de los bucles de
retroalimentación en DevOps. Los bucles de retroalimentación son uno de los principios
básicos de DevOps. El objetivo es crear
un flujo continuo de información que permita
a los equipos responder rápidamente a los problemas, aprender de los datos y mejorar los
procesos a lo largo del tiempo. Para los sistemas mainframe, los bucles de
retroalimentación juegan un papel
vital para garantizar optimización del rendimiento de
los datos, la estabilidad y la escalabilidad Por qué importan los bucles de retroalimentación. Primero, el aprendizaje continuo. bucles de retroalimentación ayudan a los equipos a aprender de los datos de
rendimiento del sistema, lo que
facilita la identificación de problemas y la
implementación de soluciones. Segundo,
una respuesta más rápida a los problemas. Con comentarios en tiempo real, los equipos pueden actuar rápidamente para abordar cuellos de botella de
rendimiento, errores de
aplicaciones
y Tercero, mejora continua de
procesos. Los comentarios de las herramientas de monitoreo, los informes de los
usuarios y las observaciones
del equipo ayudan a refinar los procesos operativos
y de desarrollo, lo que lleva a un mejor
desempeño del sistema a lo largo del tiempo. En cuarto lugar, la colaboración del equipo de POS, los bucles de retroalimentación
efectivos
fomentan la colaboración entre los equipos de mainframe
y los equipos de DevOps, rompiendo los silos y mejorando el rendimiento general Tomemos un ejemplo. Una institución bancaria creó un bucle de retroalimentación entre
su mainframe y Dabovteams para monitorear los tiempos de
transacción y resolver cuellos de botella Al recopilar datos de sus sistemas de monitoreo y
realizar revisiones semanales, reducen significativamente los tiempos de transacción durante los períodos pico,
mejorando el servicio al cliente. Establecer
bucles de retroalimentación entre los equipos mainframe y DevOps Veamos cómo crear bucles de retroalimentación
efectivos que conecten sus operaciones de
mainframe
con sus procesos de DevOps Primero, recopilar datos de monitoreo
continuo. La base de una pista de
retroalimentación son los datos. monitoreo continuo proporciona
los puntos de datos necesarios para su pista de comentarios, lo que le
brinda información sobre
el estado del sistema, las métricas de
rendimiento
y los problemas potenciales. Estos datos deben recopilarse en tiempo
real y ponerse
a disposición tanto de los equipos de mainframe como de Devo
. ¿Qué monitorear? Uno,
métricas de rendimiento, uso de DPU, utilización de
memoria, disco O y tiempo de respuesta de transacción Registros de errores, errores de aplicación
y sistema que podrían indicar problemas. Tres, tiempo de actividad del sistema,
disponibilidad y tiempo actividad de los
servicios críticos o comentarios de los usuarios, problemas de
rendimiento o usabilidad reportados por los usuarios finales Tomemos un ejemplo.
Una empresa de logística utiliza datos
de monitoreo de IBM Omega Mon, la utilización de la CPU de seguimiento y tiempo de
respuesta para su sistema de inventario
basado en mainframe Al alimentar estos datos en
su ciclo de retroalimentación, identificaron oportunidades para
optimizar la asignación de recursos
durante el período de alto tráfico. Segundo, crear un proceso de revisión
estructurado. Una vez
que se recopilan los datos, deben
revisarse regularmente para asegurarse de que conducen a información
procesable Establecer un proceso de
revisión estructurado donde tanto el mainframe
como los equipos anteriores se reúnan para revisar los datos de
desempeño e identificar
áreas de mejora Pasos para el proceso de revisión. Primeras revisiones semanales o
bisemanales. Programe reuniones periódicas
para revisar los datos de monitoreo, registros y comentarios de los usuarios. En segundo lugar, la
discusión colaborativa, asegura que tanto los equipos de mainframe
como los equipos de DevOps participen en la revisión, compartiendo sus conocimientos
y observaciones En tercer lugar, identifique los problemas clave, analice los cuellos de
botella de rendimiento, los errores o el tiempo de inactividad del sistema
reportados en Cuarto, intercambiar ideas sobre soluciones, identificar de
manera colaborativa posibles soluciones
a los temas planteados Esto podría incluir el
ajuste de aplicaciones, ajuste de las asignaciones de recursos
o la automatización de más tareas Tomemos un ejemplo, una compañía de servicios
financieros realizó revisiones quincenales del desempeño de las
transacciones de sus sistemas mainframe Durante estas reuniones,
los equipos de Devo proporcionaron información sobre
posibles cuellos de botella mientras que el
equipo de mainframe sugirió
ajustes de ajuste que resultaron en proporcionaron información sobre
posibles cuellos de botella,
mientras que el
equipo de mainframe sugirió
ajustes de ajuste que resultaron en
una mejor velocidad de procesamiento de transacciones. Tercero, implementar cambios
y dar seguimiento a los resultados. Una vez identificadas las soluciones, el siguiente paso es
implementar esos cambios. Los bucles de retroalimentación son
más efectivos cuando se realizan
cambios de manera
iterativa, pequeños ajustes que se
pueden probar y evaluar en función de su
impacto en el rendimiento del sistema Cómo implementar cambios. Uno, pequeños
ajustes iterativos. Realice cambios en pequeñas iteraciones
manejables para que se pueda medir su impacto Dos, realizar un seguimiento de los resultados. Utilice el monitoreo continuo para rastrear los resultados de los cambios. Por ejemplo, si ajusta
la asignación de CPU, controle el efecto en el
rendimiento y vea si reduce los tiempos de respuesta
o mejora el rendimiento. Tres, documentar y
compartir ideas. Asegurar que los cambios y sus
resultados estén documentados. Comparta conocimientos con
mainframe y debo seams,
para que toda la
organización se
beneficie para que toda la
organización se
beneficie del proceso de aprendizaje.
Tomemos un ejemplo. Un proveedor de atención médica realizó cambios
incrementales el sistema de procesamiento de reclamos
basados en los comentarios de sus
datos de monitoreo al ajustar los horarios de trabajo por lotes y asignar
memoria adicional durante el período pico, reducen los tiempos de
finalización del trabajo en un 30% Cuarto, establecer canales de
retroalimentación. Además de las revisiones
estructuradas, es importante
tener canales de retroalimentación
abiertos continuos entre los equipos. Esto podría incluir
herramientas de mensajería en tiempo
real como Slack o
Microsoft Teams, donde los problemas se pueden marcar tan pronto
como se identifican o compartir paneles que proporcionan actualizaciones de
rendimiento en tiempo real Ejemplos de canales de retroalimentación. One, Slack o Microsoft Teams. Utilice estas herramientas para la comunicación en tiempo
real
entre equipos. Los ingenieros de DevOps pueden señalar posibles problemas,
mientras que los equipos de mainframe pueden proporcionar comentarios inmediatos Dos paneles compartidos. Implemente paneles compartidos que proporcionen información
en tiempo real sobre el estado del sistema Tanto el mainframe como
DVOVSeams pueden monitorear estos paneles para cualquier Un ejemplo, una
compañía minorista global usa paneles compartidos y un
canal de holgura dedicado para mantener mainframe y Devoteams Al monitorear juntos
el desempeño, los equipos pudieron
responder rápidamente a los problemas y mantener la estabilidad del sistema
durante el período de alto tráfico. Mejores prácticas para bucles de retroalimentación
efectivos. Para garantizar que sus
bucles de retroalimentación sean efectivos, siga estas mejores prácticas. Uno, fomentar una cultura
de colaboración. Los bucles de retroalimentación efectivos requieren la colaboración entre los
equipos de mainframe y Devops Fomentar una cultura de comunicación
abierta
donde ambos equipos se sientan cómodos compartiendo ideas y trabajando juntos
para resolver problemas. Dos, enfocarse en la mejora
continua. Los bucles de retroalimentación no son
un proceso único. Deben ser permanentes y enfocarse en la mejora continua. Cada revisión debe conducir
a nuevos conocimientos y acciones que mejoren el
rendimiento del sistema a lo largo del tiempo. Tres, usar datos para
impulsar decisiones. Deje que los datos guíen el proceso de toma de
decisiones. Cuanto más objetivos
y detalles sean tus datos, mejor equipados estarán tus
equipos para tomar decisiones informadas sobre cómo
optimizar el desempeño. Un ejemplo de esto, una compañía de
telecomunicaciones utilizó datos de
rendimiento para
guiar su decisión de
automatizar la asignación de memoria
durante las horas pico, lo que mejora significativamente la estabilidad de
sus sistemas. Cuatro, asegurar la
rendición de cuentas, asignar una propiedad clara de las tareas y soluciones que surgen
de las revisiones de retroalimentación. La rendición de cuentas garantiza que se
aborden los temas identificados y que
los bucles de retroalimentación conduzcan a acciones concretas. Principales conclusiones. Vamos a recapitular los puntos clave de esta lección Uno, los bucles de retroalimentación permiten el aprendizaje
continuo y la mejora continua
al recopilar datos en tiempo
real y actuar sobre ellos. Dos, crear bucles de retroalimentación mediante recopilación de datos de monitoreo
continuo, realización de revisiones periódicas, la
implementación de cambios y el establecimiento de canales de
retroalimentación abiertos. Tres, fomentar
la colaboración entre mainframe y Devoteams para
un rendimiento óptimo del sistema Cuatro, seguir las mejores prácticas centrándose en la mejora
continua, utilizando datos para impulsar
las decisiones y garantizar la rendición de cuentas
por los elementos de acción. Actividad ganadora. Tómese un momento, piense en los procesos de retroalimentación de su propia
organización. Contesta las siguientes preguntas. Primero, ¿cómo recopila
y revisa
actualmente los datos
de rendimiento de sus sistemas mainframe Dos, ¿qué
podrías hacer para mejorar la colaboración entre tu
mainframe y los vapores Devo Tres, ¿cómo puede implementar pequeños cambios iterativos basados en comentarios y rastrear su
impacto en el rendimiento Escriba sus respuestas y
comience a planificar cómo puede mejorar sus bucles de retroalimentación para impulsar la mejora continua. ¿Qué sigue? En la siguiente lección, exploraremos la optimización del rendimiento
del sistema mainframe Aprenderá técnicas para identificar cuellos de
botella en el rendimiento y optimizar las aplicaciones para una mayor eficiencia Continuemos con el
Módulo seis Lección cuatro, optimizando el rendimiento del
sistema mainframe
25. Lección 4: optimización del rendimiento del sistema mainframe: Lección cuatro, optimizar el rendimiento
del sistema mainframe. Bienvenidos a la Lección
Cuatro del Módulo Seis. En esta lección, nos centraremos en optimizar el rendimiento del
sistema mainframe Los sistemas mainframe son potentes, pero su rendimiento
puede degradarse con el tiempo si no se identifican y abordan los cuellos de botella En un entorno impulsado por Devo, mantener la
eficiencia y
escalabilidad del sistema es crucial para mantenerse al día con las demandas del
negocio Hoy exploraremos
técnicas prácticas para identificar botella en
el rendimiento
y optimizar aplicaciones de
mainframe para
garantizar una mejor utilización de los recursos, procesamiento
más rápido Al final de esta lección, podrá identificar los problemas de
rendimiento en su
entorno de mainframe e implementar soluciones que mejoren la eficiencia
del sistema ¿Por qué es importante
la optimización del rendimiento? La optimización del rendimiento no se
trata solo de hacer que los sistemas funcionen más rápido. Se trata de garantizar que su mainframe
funcione de manera eficiente y pueda manejar cargas de trabajo
crecientes sin sacrificar En entornos donde los mainframes admiten aplicaciones críticas
como la banca, comercio minorista y el cuidado de la salud, cualquier degradación del rendimiento puede provocar interrupciones en el negocio Razones clave para la optimización
del rendimiento. Uno, la utilización mejorada de los
recursos, garantiza que los recursos de CPU, memoria y DisKio
se utilicen de manera eficiente Dos, aumento de la escalabilidad. La optimización del rendimiento
ayuda a que su sistema se escale al aumentar
las cargas de trabajo y las demandas Tres, mejorar la experiencia del usuario, acelerar los tiempos de transacción
y reducir el
retraso en las aplicaciones , mejorar la satisfacción del cliente
y del usuario. Para ahorrar costos,
los sistemas optimizados pueden reducir los costos de
hardware e
infraestructura al
garantizar que los recursos
se utilicen por completo. Tomemos un ejemplo. Una institución
financiera que operaba un
sistema bancario basado en CBL enfrentaba retrasos durante los informes
financieros de fin de mes Al optimizar el procesamiento por
lotes y ajustar la asignación de CPU, reducen el
tiempo de procesamiento en un 40%, lo que les permite cumplir con los plazos de presentación de informes de manera
más cómoda. Identificar
cuellos de botella en el desempeño. Antes de que pueda
optimizar el rendimiento, debe identificar dónde están ocurriendo los
cuellos de botella. botella pueden ocurrir en varios puntos
del sistema, CPU,
memoria, DCIO,
red, o incluso La clave es aislar
estos cuellos de botella y luego abordarlos con Uno, monitorear el uso de
la CPU y la memoria. Una de las fuentes más comunes de cuellos
de botella de rendimiento es la utilización ineficiente de la CPU Puede identificar cuellos de botella de CPU y memoria mediante el seguimiento de métricas
clave como la carga de la CPU, uso de
memoria y Señales de un cuello de botella en la CPU. Uno, I Utilización de CPU. Si la CPU está funcionando en o cerca del 100% durante períodos prolongados, esto podría indicar que
las cargas de trabajo son demasiado exigentes. Dos, largos tiempos de espera. Los procesos que esperan en la
CPU pueden provocar ralentizaciones. Signos de un cuello de botella en la memoria. Uno, alta utilización de memoria. Si la memoria está
constantemente maximizada, el sistema puede estar
paginando o intercambiando, lo que
ralentiza significativamente el rendimiento Dos, frecuentes fallas de página. Un alto índice de fallas de página, claro indicador de que
la memoria es insuficiente. Soluciones. Uno,
reasignar recursos de CPU Ajuste las asignaciones de CPU para garantizar que los procesos críticos
reciban suficientes recursos Dos, agregar u optimizar la memoria. Aumente la asignación de memoria para aplicaciones
clave u optimice el uso de la
memoria existente a través técnicas como
recolección de basura o compactación de memoria Tomemos un ejemplo. sistema de
transacciones en línea de una empresa minorista experimentó una desaceleración durante las
horas pico de compras Al monitorear la utilización de la CPU, descubrieron que su proceso de búsqueda
de inventario estaba acaparando los recursos de la CPU Después de reasignar recursos de CPU y optimizar el código de la
aplicación, tiempos de
transacción
mejoraron en un 30% Dos, analizar la E/S del disco y el rendimiento del
almacenamiento. Los cuellos de botella de IO ocurren
cuando las aplicaciones tienen que esperar
a que los datos se lean o escriban en
esto A estos tiempos de acceso pueden afectar
drásticamente el rendimiento, especialmente en entornos donde se procesan
grandes volúmenes de
datos Signos de cuellos de botella de IO en disco. Uno, altos tiempos de espera de IO. Los procesos están a la espera de que se completen
estas operaciones. Dos, recuperación lenta de datos. Las aplicaciones que
dependen de bases de datos o sistemas de
archivos tardan más en
recuperar o escribir datos. Solución uno, actualice
a un almacenamiento más rápido. Si los tiempos de Iowat son
consistentemente altos, considere actualizar a tecnologías de almacenamiento
más rápidas , como
dispositivos de estado sólido o SSD Dos, optimizar los patrones de
acceso a los datos. Reorganizar la forma en que se
accede a los datos mediante la aplicación, reduciendo la frecuencia de cuadrículas de
disco y escrituras Tres, estrategias de almacenamiento en caché. Implemente el almacenamiento en caché para almacenar datos a los que se accede
con frecuencia en la memoria, reduciendo la
necesidad de acceso al disco Tomemos un ejemplo.
La compañía de logística notó que su sistema de procesamiento de pedidos
se ralentizó debido a altos tiempos de espera de IO al
acceder a los registros de los clientes Al migrar datos críticos al almacenamiento
SSD e implementar
una estrategia de almacenamiento en caché, reducen los
cuellos de botella de IO y mejoran Tres, monitorear y
optimizar la latencia de la red. latencia de red también puede ser una fuente de cuellos de botella de
rendimiento, especialmente cuando los sistemas mainframe necesitan
interactuar con otros
sistemas interactuar con otros
sistemas Monitorear la latencia de la red es esencial para garantizar una comunicación fluida
entre los sistemas. Tiempos en los cuellos de botella de la red. Uno, tiempos de respuesta largos. Si los tiempos de respuesta entre
sistemas son lentos, la congestión de la
red o la
latencia pueden ser la causa. Dos, soltar paquetes. Una alta tasa de caída
o paquetes retrasados indica problemas de red
que deben abordarse. Solución uno,
mayor ancho de banda. Si la red está congestionada
frecuentemente, aumentar el ancho de banda
puede aliviar Dos, optimizar el enrutamiento de red. Asegúrese de que los datos se enruten manera eficiente entre sistemas
para minimizar los retrasos Tres, implementar balanceo de carga. Distribuya
el tráfico de red de manera uniforme entre múltiples servidores para evitar la congestión.
Tomemos un ejemplo. Un
proveedor de servicios financieros que dependía de transacciones en tiempo real entre su mainframe y un sistema
analítico basado en la nube estaba enfrentando retrasos debido
a Después de optimizar las rutas de red e implementar el equilibrio de carga, redujeron los tiempos de
respuesta de las transacciones en un 20%. Optimización del
rendimiento de las aplicaciones. Además de identificar cuellos de botella a nivel de
sistema, optimizar las
aplicaciones de mainframe es crucial para Muchos problemas de rendimiento
provienen de código ineficiente, consultas de
bases de datos o lógica
de procesamiento Uno, optimizar el
código de adoquín y los trabajos por lotes. Las aplicaciones de mainframe,
especialmente las escritas en Cobalt, a menudo se pueden optimizar
para que se ejecuten de manera más eficiente Optimizar la forma en
que se escribe el código y cómo se
programan los trabajos
por lotes puede
generar ganancias significativas en
el rendimiento. Pasos para optimizar el código de adoquines. Uno, elimina el código redundante. Elimine cualquier código innecesario
o redundante para agilizar la lógica de la aplicación. Dos, utilizar estructuras
de datos eficientes. Optimice el acceso a los datos mediante el uso estructuras de datos
más eficientes o técnicas de organización de archivos. Tres, reordenar trabajos por lotes. Priorice los trabajos por lotes que necesitan finalización
más rápida o
trabajos distribuidos en varios ciclos
para equilibrar la carga Un ejemplo, un
proveedor de atención médica optimiza su sistema de
procesamiento de reclamos basado en cobol
reestructurando sus trabajos por lotes y agilizando los patrones de
acceso a los datos. Esto redujo el tiempo total
de procesamiento en 35%. Dos, sintonizar consultas de base de datos. Muchas aplicaciones de mainframe
dependen de grandes bases de datos y las consultas ineficientes pueden ser una fuente importante de problemas de
rendimiento Ajustar
las consultas de bases de datos es una de las formas más rápidas de mejorar el rendimiento de las
aplicaciones. Consejos para la optimización de
consultas de bases de datos. Uno, la indexación, asegura que los campos consultados
con frecuencia estén
correctamente indexados para
reducir Dos, reducir la complejidad de las consultas. Simplifique
las consultas complejas o
divídalas en partes más pequeñas para
reducir el tiempo de procesamiento. Tres, optimizar las operaciones
conjuntas. Revise cómo se unen las tablas y asegúrese de que las combinaciones estén
optimizadas para el rendimiento. Un ejemplo, un sistema
nking acelera los tiempos de respuesta para las búsquedas de cuentas de clientes Al indexar campos clave de bases y simplificar consultas complejas, mejoran los tiempos de
respuesta del rendimiento un 50%, mejorando la satisfacción del
usuario Mejores prácticas para la optimización
del rendimiento. Para garantizar que su sistema mainframe funcione al máximo rendimiento, siga estas prácticas recomendadas Uno,
monitorear continuamente las métricas clave. Supervise regularmente
métricas clave de rendimiento como el uso de la CPU, utilización de la
memoria, la
E/S del disco y el tiempo de respuesta. Utilice herramientas de
monitoreo en tiempo real para atrapar cuellos de botella en
cuanto surjan Dos, enfocarse en las áreas de
mayor impacto. Priorizar
las optimizaciones que
tendrán el
impacto más significativo en el rendimiento general Comience abordando los
cuellos de botella que afectan a aplicaciones
críticas o al procesamiento de
alto tráfico Tres, optimizar incrementalmente. Haga pequeños cambios incrementales en lugar de grandes revisiones Esto le permite realizar
un seguimiento del impacto de cada cambio y
minimizar el riesgo de introducir nuevos problemas o involucrar a los equipos de DevOps y
mainframe Colabore estrechamente con los
equipos de DevOps y mainframe para garantizar que la
optimización del rendimiento se alinee con los objetivos comerciales y los requisitos
técnicos Él para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, identificar los cuellos de botella en el
rendimiento es el primer paso para optimizar
su Monitoree CPU, memoria, DiskIO
y latencia de red, encuentre dónde
se necesitan mejoras Dos, optimizar el rendimiento de las
aplicaciones, incluido el código de cable, las consultas de
bases de datos pueden
generar ganancias significativas en
el rendimiento. Tres, las mejores prácticas para optimización
del rendimiento
incluyen monitoreo continuo, enfocándose en áreas de alto impacto, haciendo cambios incrementales y colaborando con equipos de
DevOps y mainframe Actividad de aprendizaje. Tómese un momento para reflexionar sobre el rendimiento actual de sus
sistemas mainframe Haz estas preguntas. Primero, ¿cuáles son
los cuellos de
botella de rendimiento más comunes ¿Es CPU, memoria, E/S de
disco u otros? Dos, ¿cómo puede optimizar sus aplicaciones de adoquines o trabajos
por lotes para
mejorar la eficiencia Tres, ¿qué pasos
puede tomar para garantizar que optimizaciones de
rendimiento
se implementen de
manera incremental y se monitoreen Escriba sus respuestas y planifique sus próximos pasos
para optimizar el rendimiento de
su mainframe. ¿Qué sigue? En la siguiente lección,
exploraremos los ups de Deb SEC, la integración de la seguridad
en el pipeline de DevOps Aprenderá a implementar las mejores prácticas de
seguridad en su flujo de trabajo de DevOps de mainframe, asegurando que sus sistemas permanezcan seguros mientras
mantienen Continuemos con el
Módulo siete Lección uno. ¿Qué son los ups de Deb SEC?
26. Lección 1: ¿Qué es DevSecOps?: Módulo siete,
integrando seguridad y cumplimiento en mainframe
Devo, Deb SecOps En este módulo,
aprenderá a integrar seguridad y el cumplimiento
en la canalización de DevOps, asegurando que sus sistemas
mainframe estén seguros en cada etapa
del proceso de desarrollo Al final de este módulo, podrá implementar los principios de
Deb SecOps, automatizar las
pruebas de seguridad y mantener cumplimiento en un entorno DevOps de
ritmo rápido Lección uno, ¿qué es DebseCops? Bienvenido a la Lección
Uno del Módulo Siete. En esta lección,
presentaremos DevsaCops, que es la integración de prácticas de
seguridad en
el pipeline de DevOps Si bien Dev Ops se enfoca en
mejorar la colaboración entre el desarrollo y las operaciones
para permitir una entrega más rápida
, DevSecos agrega seguridad
a la mezcla, asegurando que la seguridad no
sea una idea de último momento, sino integrada en cada fase
del proceso de desarrollo Al final de esta lección, comprenderá
qué es DevScos,
por qué es esencial
para mainframes y cómo integrar la
seguridad en su pipeline de Deb Ops
ayuda a reducir las vulnerabilidades y
garantizar el cumplimiento en un entorno de desarrollo acelerado Por qué DevSecos es importante
para mainframes. La seguridad siempre ha
sido una prioridad para los sistemas
mainframe dados
los datos críticos y las aplicaciones que manejan, especialmente en industrias como las finanzas, la salud
y el gobierno Sin embargo, a medida que adoptamos prácticas de
Devos que
enfatizan la velocidad y la agilidad, es fácil que la seguridad se convierta en un cuello de botella o peor
, una DevsaCops garantiza que la seguridad
sea parte de cada etapa del
ciclo de vida de DevoVs, desde la planificación
y
el desarrollo hasta la
implementación y Razones clave por las que DebseCops
es fundamental para mainframe. Uno, protege los datos críticos. mainframe a menudo aloja información
confidencial y
crítica para el negocio que debe protegerse de
violaciones y ataques cibernéticos Dos, asegura el cumplimiento. Regulaciones como GDPR, HIPAA y PCI DSS requieren fuertes medidas de seguridad y protección de
datos WebSecOps ayuda a garantizar
el cumplimiento estos estándares al integrar pruebas de
seguridad
en todo el pipeline Tres, reduce la
vulnerabilidad temprano al incorporar verificaciones de seguridad principio del ciclo de desarrollo, las vulnerabilidades
potenciales
pueden ser identificadas y corregidas antes de que lleguen a la producción o aceleren el desarrollo seguro. Automatizar
las pruebas de seguridad y garantizar monitoreo
continuo de la seguridad dentro la tubería de debo permite lanzamientos más
rápidos y seguros Tomemos un ejemplo. Una gran
institución bancaria adoptó prácticas de
DebSec para su entorno de
mainframe para garantizar que la canalización
CICD, verificaciones de
seguridad automatizadas
integradas, escaneo de
vulnerabilidades
e Este cambio permite al banco implementar
rápidamente actualizaciones
en su
portal de clientes al tiempo que garantiza el cumplimiento
normativo y protege los datos confidenciales de los
clientes. Um ¿qué es DebseCops? En esencia, DebseCops se trata de llevar la seguridad
al marco de DevOps, asegurando que la seguridad se
incluya en cada fase
del proceso de desarrollo en
lugar de ser una etapa aislada
o final En los modelos de
desarrollo tradicionales, la seguridad era a menudo una consideración de último
minuto abordada solo después de que se
escribiera el código y las aplicaciones
estuvieran listas para implementarse. DebsaCops cambia este enfoque integrando la seguridad
en cada paso, asegurando que toda la infraestructura
y los procesos de
código se
desarrollen Ser principios en DevSecpps. Uno, seguridad de vuelta de turno. Las pruebas de seguridad se mueven antes o se dejan en el proceso de
desarrollo. Las
vulnerabilidades de seguridad totales se identifican y resuelven antes, lo que ahorra tiempo
y reduce el riesgo. Dos, automatización. Las comprobaciones de seguridad son automatizadas, incluyendo
escaneo de vulnerabilidades, comprobaciones de
cumplimiento
y análisis de código, lo que
garantiza que no
ralentizarán la canalización de CICD Tres, la colaboración, Debsecops enfatiza la colaboración
entre los equipos de desarrollo, seguridad y operaciones Descomponer los silos y permitir una
identificación y
remediación más rápida de problemas de seguridad
o monitoreo continuo La seguridad no se detiene
una vez que se implementa una aplicación. El monitoreo continuo garantiza que las aplicaciones permanezcan
seguras después de su lanzamiento, lo que permite una respuesta
inmediata a nuevas amenazas.
Tomemos un ejemplo. Un proveedor de atención médica que administra los datos de los
pacientes integró
la seguridad en su canalización de CICD
usando su web sop Incorporaron herramientas automatizadas de escaneo de
vulnerabilidades que verifican fallas de seguridad cada vez que
se comprometió un nuevo código. Esto les
permitió identificar y corregir vulnerabilidades
antes de la implementación, asegurando el
cumplimiento de las hiperregulaciones y protegiendo los datos
confidenciales de los pacientes Cómo encaja DevSecOps en
el pipeline de DevOps. Para entender cómo
se integra DevSecOps en el pipeline de
DevOps, veamos las
etapas clave del pipeline
y cómo se
integra la seguridad en Uno, fase de planeación.
En la etapa de planeación, los equipos definen
los requisitos para una nueva característica o aplicación. Las consideraciones de seguridad se
integran en el
proceso de planeación para garantizar que cualquier nueva funcionalidad se alinee con los requisitos de seguridad y
cumplimiento Seguridad en la fase de planeación. Uno, identificar los
requisitos de seguridad temprano. Dos, realizar modelos de amenazas para comprender los riesgos potenciales. Tres, colaborar
con equipos de seguridad para establecer
metas y prioridades de seguridad. Dos, fase de desarrollo.
Durante el desarrollo, la seguridad debe
integrarse en el proceso de codificación. Aquí es donde entra en juego la
seguridad de turno a la izquierda. Las prácticas de seguridad como el análisis de código
estático y escaneo de
código se aplican a
medida que los desarrolladores escriben código. Seguridad en la fase de
desarrollo uno, utilizar prácticas de codificación segura. Por ejemplo, cifrado de datos
y validación de entrada. Dos, integrar pruebas estáticas de seguridad de
aplicaciones o herramientas
SAST en el proceso de
desarrollo de código para identificar
vulnerabilidades temprano La realización de revisiones regulares del código con un enfoque en la seguridad. Tres, integración continua, entrega
continua, fase CICD En el pipeline de CICD, pruebas de seguridad
automatizadas se vuelven cruciales Las herramientas de seguridad están
integradas en la canalización de CICD para realizar pruebas dinámicas de
seguridad de aplicaciones o DAST, escaneo de
vulnerabilidades
y comprobaciones de cumplimiento durante cada compilación
e implementación Seguridad en la fase CICD. Uno, automatizar el escaneo de
vulnerabilidades utilizando herramientas como IBM
Appscan o SonarQ Dos, realizar pruebas de penetración
en entornos de puesta en escena. El, asegurar que las verificaciones de cumplimiento sean parte de la tubería CICD Un ejemplo, una
empresa de logística adoptó DevSecOps integrando pruebas de
seguridad en su pipeline CICD Automatizaron el escaneo de
vulnerabilidades para cada compromiso de código, asegurando que
se detectaran fallas de seguridad antes de
llegar a la producción. En consecuencia,
redujeron en 60% el número de incidentes de seguridad post
despliegue. O fase de despliegue.
Antes de la implementación, se realizan verificaciones
finales de seguridad para garantizar que el código cumpla con los estándares de seguridad
y cumplimiento. Infraestructura como código Las herramientas de
seguridad IAC se pueden utilizar para verificar la configuración de infraestructura asegurando
el despliegue de
seguridad Seguridad en la fase
de despliegue. Uno, realizar comprobaciones
finales de seguridad y cumplimiento antes de la producción. Dos, use herramientas de seguridad IAC para validar la seguridad
de los scripts de implementación Por ejemplo, Realizar
o responder. Tres, garantizar el control de
acceso seguro y la configuración de red
para las aplicaciones implementadas. Cinco, operaciones y fase
de monitoreo. Incluso después del despliegue, la seguridad no
es una idea de último momento. monitoreo continuo
de las aplicaciones asegura que cualquier vulnerabilidad o amenaza sea identificada
y abordada. Las herramientas de monitoreo rastrean el rendimiento
del sistema , los registros de
seguridad y
los posibles ataques en tiempo real. Seguridad en el espacio de operación. Uno, implementar monitoreo y registro
de seguridad en tiempo real. Dos, use herramientas como radar
Splunk o IBM Q para monitorear y detectar posibles incidentes
de seguridad Tres,
aplicar continuamente parches y actualizaciones para abordar las vulnerabilidades recién
descubiertas. Mejores prácticas para
implementar DevSecos. Al adoptar Db SEC
Ops para mainframes, siga estas mejores prácticas
para garantizar el éxito Uno, comenzar con la
sensibilización y capacitación en materia de seguridad. Asegurar que
las operaciones de desarrollo y los equipos de seguridad
estén alineados con los objetivos de seguridad y comprender
cómo
incorporar prácticas de
seguridad en su trabajo. La capacitación regular sobre prácticas de codificación
segura, requisitos de
cumplimiento y herramientas de
seguridad es esencial. Dos, automatizar las pruebas de seguridad. La automatización es clave para
integrar la seguridad en una tubería de levo de ritmo rápido Utilice herramientas automatizadas para el escaneo de
código,
la evaluación de vulnerabilidades y las comprobaciones de cumplimiento
para garantizar que seguridad no ralentice
el proceso de desarrollo. Tres, integrar la seguridad temprano en la tubería o cambiar a la izquierda. Cambie las pruebas de seguridad a las primeras etapas de desarrollo. Esto permite
detectar y abordar la vulnerabilidad antes de
que lleguen a la producción, reduciendo el riesgo y ahorrando tiempo. Cuatro, fomentar la colaboración
entre equipos. Fomentar la comunicación abierta
y la colaboración entre las operaciones de desarrollo
y los equipos de seguridad. Romper los silos garantiza
que los problemas de seguridad se aborden de manera rápida y
eficiente. Un ejemplo. Una compañía de telecomunicaciones integró
la conciencia de seguridad en su cultura DevOps
al capacitar a desarrolladores y personal de operaciones en
codificación segura y cumplimiento Como resultado, su canalización de
configuraciones redujo el número de incidentes de
seguridad en
un 50% y permitió lanzamientos de software
más rápidos y seguros Principales conclusiones. Vamos a recapitular los puntos clave de la lección de
hoy Primero, DBSecOps integra la
seguridad en el DabovPipeline, asegurando que la seguridad sea parte de cada etapa de desarrollo Dos, las prácticas de DevSecos
como la seguridad de los barcos , la
automatización y el
monitoreo continuo ayudan a identificar vulnerabilidades
temprano y reducir el riesgo de brechas En tercer lugar, la colaboración entre las operaciones de
desarrollo y los equipos de seguridad es esencial
para que DBSACOS tenga éxito O automatizar las pruebas de seguridad
e integrarlas en la canalización de CICD es fundamental para mantener la velocidad sin
comprometer Actividad de aprendizaje.
Tómese un momento para reflexionar sobre su proceso de
desarrollo actual y responder las
siguientes preguntas. Primero, ¿cómo
integra actualmente la seguridad en
su pipeline de desarrollo? Dos, ¿qué pasos
puedes dar para cambiar la
seguridad a la izquierda e
incorporarla antes en el proceso de
desarrollo? Tres, ¿qué herramientas
de pruebas de seguridad podría automatizar para garantizar la seguridad
continua en su flujo de trabajo ups? Escriba sus respuestas
y comience a planear cómo implementar DevSecOps en
su entorno de mainframe ¿Qué sigue? En la siguiente lección, exploraremos cómo implementar pruebas de seguridad
automatizadas e integrar herramientas de
escaneo de vulnerabilidades en su canalización de CICD Aprenderá
técnicas paso a paso para garantizar que sus
aplicaciones de mainframe permanezcan seguras durante todo el ciclo de vida del
desarrollo Continuemos con el
Módulo siete Lección dos, implementando pruebas de
seguridad automatizadas.
27. Lección 2: implementación de pruebas de seguridad automatizadas: Lección dos, implementación de pruebas de seguridad
automatizadas. Bienvenido a la lección
dos del Módulo siete. En esta lección, nos
sumergiremos en la automatización pruebas de
seguridad como parte
de su canalización CICD Una de las formas
más poderosas de integrar la seguridad en el flujo de trabajo de DevOps es
automatizar tantas
pruebas de seguridad como sea posible, asegurando que las
comprobaciones de seguridad se realicen manera consistente sin ralentizar el proceso de
desarrollo Aprenderá paso a
paso cómo configurar pruebas de seguridad
automatizadas e integrar herramientas de escaneo de
vulnerabilidades en su canalización, lo que le
ayudará a detectar
posibles problemas de manera temprana, solucionarlos más rápido y mantener la seguridad sin
comprometer la velocidad. Al final de esta lección, podrá implementar pruebas de seguridad
automatizadas en su canalización de CICD
y asegurarse de que las vulnerabilidades se aborden antes de que lleguen a producción ¿Por qué automatizar las pruebas de seguridad? A medida que las prácticas de DevOps impulsan desarrollo e implementación
rápidos y continuos, la seguridad debe mantenerse al día
sin convertirse en un cuello de botella Ahí es donde entran en juego las pruebas de
seguridad automatizadas. Al automatizar las pruebas de seguridad, asegura de que
cada pieza de código sea rigurosamente probada para detectar vulnerabilidades a medida
que se mueve a través la tubería sin intervención
manual Los beneficios clave de las pruebas de
seguridad automatizadas incluyen una detección
más rápida de
vulnerabilidades. Las pruebas de seguridad automatizadas
pueden ejecutarse en paralelo con otras pruebas que detectan fallas de
seguridad inmediatamente después de escribir el
código. Dos, consistencia
y escalabilidad. Las pruebas automatizadas son consistentes, ejecutando las mismas
comprobaciones cada vez. Esta consistencia asegura
que no se pierda nada y permite que sus prácticas
de
seguridad escalen con su desarrollo. Tres, integración con CICD. Las pruebas de seguridad automatizadas encajan perfectamente en sus canalizaciones
CICD, lo que garantiza que
las pruebas de seguridad no ralenticen el desarrollo o la detección temprana Al detectar
vulnerabilidades al principio del ciclo de desarrollo, reduce el costo y el tiempo necesarios para corregir
fallas de seguridad más adelante en el proceso. Tomemos un ejemplo.
Una compañía minorista global integró pruebas de
seguridad automatizadas en su canalización CICD utilizando
SonarQube y OWASP Cada vez que se
insertaba nuevo código al repositorio, estas herramientas escanean automáticamente el código en busca de vulnerabilidades, detectando posibles
problemas antes de la implementación. En consecuencia, reducen 50% los
incidentes de seguridad
posteriores al despliegue. Tipos de pruebas de
seguridad automatizadas. Existen varios tipos de pruebas de
seguridad que
se pueden automatizar para fortalecer
su entorno de mainframe Uno, pruebas de
seguridad de aplicaciones estáticas o SAST. SAST analiza el código fuente o los binarios antes de ejecutar una
aplicación Es un
enfoque de prueba de caja blanca que
busca vulnerabilidades de seguridad
dentro del propio código. Cómo funciona SAST. Escanea la base de código para encontrar vulnerabilidades
como desbordamientos de búfer, inyecciones
SQL y secuencias de comandos de
sitios de código o XSS Se puede integrar en el
entorno de desarrollo o IDE, para que los desarrolladores puedan identificar problemas de
seguridad
mientras escriben código. Herramientas a utilizar. Uno, Sonar
Q con enchufes de seguridad. Dos, marcas de verificación. Tres, IBM apscan.
Tomemos un ejemplo. Una institución bancaria
utilizó herramientas SAH ST en su entorno de
desarrollo de adoquines verificar automáticamente las vulnerabilidades de seguridad
a para verificar automáticamente las vulnerabilidades de seguridad
a
medida que los desarrolladores escribían código Este proceso de detección temprana
permite al equipo abordar fallas de
seguridad antes de que
la aplicación llegue a la fase de prueba. Dos, pruebas dinámicas de
seguridad de aplicaciones o DAST. DAST analiza la
ejecución de aplicaciones en un enfoque de caja negra Prueba la aplicación
en tiempo real, lo representa vulnerabilidades al interactuar con el front-end de
las aplicaciones, las API y las interfaces de usuario. Cómo funciona DAST. Simula ataques externos enviando solicitudes a
la aplicación en ejecución Detecta
vulnerabilidades como comandos
entre sitios o XSS, inyección
SQL y problemas de
autenticación Es ideal para
probar aplicaciones en entornos de puesta en escena o
preproducción. Herramientas para usar OWASP
ZAP o OAS ZAP. Verbo suit IBM apscan
tomemos un ejemplo. Un proveedor de atención médica
incorporó DAST en su
entorno de preproducción mediante el uso de OAS Zap, los ataques simulados su sistema de procesamiento de
reclamos basado en mainframe e identificar
vulnerabilidades críticas en el flujo de autenticación de
la aplicación Tres, escaneo de dependencia. Otras aplicaciones
a menudo dependen bibliotecas de
terceros que pueden contener
vulnerabilidades de seguridad La exploración de dependencias comprueba
automáticamente estos componentes externos en
busca de vulnerabilidades conocidas. Cómo funciona el escaneo de dependencias. Analiza dependencias en
las aplicaciones en busca de
vulnerabilidades conocidas utilizando
bases de datos de vulnerabilidades como la
base de datos de vulnerabilidades Nacional o NVD Notifica al equipo de
desarrollo
si se encuentran vulnerabilidades en las
dependencias de las aplicaciones Herramientas para usar la comprobación de
dependencia OWASP. SNIC Perro Negro. Tomemos un ejemplo.
Una empresa de logística utiliza el escaneo de
dependencias
para verificar sus bibliotecas Cobol y Java en busca de vulnerabilidades
conocidas Después de identificar varias dependencias obsoletas
con problemas de seguridad, actualizaron estas
bibliotecas y mejoraron la seguridad general de
su plataforma logística basada en mainframe Guía paso a paso para
automatizar las pruebas de seguridad. Ahora vamos a analizar cómo
configurar pruebas de seguridad
automatizadas
en su canalización de CICD Primero, elija las herramientas adecuadas. El primer paso para seleccionar las herramientas de seguridad que
mejor se adapten a su entorno, es probable que necesite una
combinación de SAST, DAST y herramientas de
escaneo de dependencias basadas en su pila de aplicaciones Las herramientas SAST incluyen Sonar
Cube y marcas de verificación. Las herramientas DAST incluyen
OAS zap y Br Suite. Las
herramientas de escaneo de dependencias incluyen verificación de dependencia
SNIC y OAS Asegúrese de que las herramientas que elija integren con su plataforma
CICD, por
ejemplo, Jenkins, Mitlab
CI o IBM Dos,
integrar herramientas en la tubería de CICD. A continuación, integre estas herramientas en su canalización de CICD para que las pruebas de
seguridad se ejecuten automáticamente cada vez que se confíe,
construya o implemente el código Integrando SASD. Configure herramientas SASD como Sonar cube para ejecutar escaneos de código
durante el proceso de compilación Configure para que
se ejecute automáticamente cuando los desarrolladores
envíen código al repositorio. Integrando DAST. Configure
herramientas DAST como OAS Zap para probar la aplicación una vez que se implementa en un
entorno de ensayo Esto simulará ataques e identificará
vulnerabilidades en tiempo de ejecución. Integración de escaneo de dependencias. Utilice herramientas como la comprobación de dependencia SNIC o OAS para buscar bibliotecas de terceros
vulnerables durante el proceso de compilación Tres, configurar
alertas e informes automatizados. Una vez que haya
integrado las herramientas, configure
informes y alertas automatizados para
notificar a su equipo si se encuentran
vulnerabilidades. Alertas, Configure alertas por correo electrónico
o slack para informar a los equipos de seguridad o
desarrollo cuando
se detecten vulnerabilidades de seguridad. Informes, genere informes
detallados que brinden información sobre las
vulnerabilidades descubiertas, su gravedad y
cómo solucionarlas. Las alertas en tiempo real garantizan que las vulnerabilidades se
aborden rápidamente mientras que los informes proporcionan
documentación para auditorías y propósitos de
cumplimiento. Cuatro, corregir vulnerabilidades
y volver a ejecutar pruebas. Cuando
se detecten vulnerabilidades, priorice la fijación de las mismas en
función de la gravedad y vuelva ejecutar la prueba de seguridad después de que se implementen
las correcciones Esto asegura que
los problemas se
resuelven completamente antes de que la aplicación se implemente en producción. Cinco, monitorear y mejorar
continuamente. Automatizar las pruebas de seguridad no
es un proceso único. Es esencial
monitorear continuamente los resultados de
su prueba de seguridad y mejorar
el proceso según sea necesario. Supervise la cobertura de las pruebas, asegúrese que su prueba de seguridad cubra todas las partes críticas
de su aplicación. Refine el proceso,
optimice continuamente su prueba, reduzca los falsos positivos
y mejore la precisión. Mejores prácticas para
automatizar pruebas de seguridad. Para garantizar que sus pruebas
de seguridad automatizadas sean efectivas, siga estas mejores prácticas. Uno, automatizar temprano y con frecuencia. Ejecute pruebas de seguridad lo antes
posible en el proceso de desarrollo para el turno a la izquierda. Al detectar
vulnerabilidades temprano, ahorra tiempo y evita
que problemas de
seguridad
lleguen a la producción. Dos, use una combinación de escaneo SAST, EAST y dependencia Ninguna herramienta única cubre
todas las vulnerabilidades. Utilice una combinación de SAST, DAST y
escaneo de dependencias para garantizar cobertura
integral
tanto del código como del entorno de tiempo de ejecución Tres, automatice
las alertas y los informes. Configure alertas
e informes automatizados para que los equipos adecuados sean notificados inmediatamente cuando se descubran
vulnerabilidades. Esto asegura tiempos de
respuesta rápidos y ayuda a rastrear el progreso. O integre
pruebas de seguridad en flujos de trabajo CICD. Las pruebas de seguridad deben ser una parte perfecta de
su tubería CICD Asegúrese de que las pruebas se automaticen
durante cada etapa de desarrollo, desde las commits de código hasta las implementaciones previas a la producción Tomemos un ejemplo. Una compañía de telecomunicaciones utilizó herramientas de
prueba de seguridad
automatizadas en su canalización de CICD para detectar vulnerabilidades tan pronto como
los desarrolladores cometieron código Al configurar
alertas e informes, reducen el
tiempo que se tarda en corregir las vulnerabilidades de
semanas a horas, mejorando
significativamente su postura
general de seguridad. Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Una, las
pruebas de seguridad automatizadas garantizan que las vulnerabilidades
se detecten de manera temprana y consistente a lo largo de
la canalización de CICD Dos, use una combinación
de SAST, DAST y
herramientas de escaneo de dependencias para cubrir el código, ejecución y las bibliotecas externas Tres, integre las pruebas
de seguridad en su canalización CICD para realizar comprobaciones de seguridad
continuas Cuatro, automatice
las alertas y los informes para garantizar que las vulnerabilidades se aborden de manera rápida
y eficiente. Actividad ganadora.
Tómese un momento para reflexionar sobre su canalización actual de
CICD y sus prácticas
de seguridad Contesta las siguientes preguntas. Uno, ¿qué tipo de pruebas de
seguridad, SAST, DAST o escaneo de dependencia, estás usando actualmente y qué podrías agregar para
fortalecer tu pipeline Dos, ¿cómo puede integrar
mejor las pruebas
de seguridad en
su pipeline de CICD Flujo de trabajo. Tres, ¿qué
herramientas implementarías para automatizar alertas e informes de
vulnerabilidades de seguridad? Escriba sus respuestas y
comience a planear cómo mejorar su proceso de
pruebas de seguridad automatizadas. ¿Cuál es el siguiente? En la siguiente lección, nos sumergiremos en garantizar el cumplimiento
en las tuberías de DevOps Aprenderá a mantener cumplimiento de los
estándares de la industria como GDPR e HyPA mientras adapta las prácticas de DevOps
para mainframes Exploraremos herramientas y
técnicas para automatizar comprobaciones de
cumplimiento y garantizar que su canalización siga siendo
segura y compatible. Continuemos con el
Módulo siete Lección tres, asegurando el cumplimiento
en las canalizaciones de DevOps
28. Lección 3: garantizar el cumplimiento en las tuberías de DevOps: Lección tres, garantizar el
cumplimiento de las tuberías de DevOps. Bienvenidos a la Lección
Tres del Módulo Siete. En esta lección, nos
centraremos en garantizar el cumplimiento de los
estándares de la industria como GDPR,
HIPA, ECIDSS y otros mientras adoptamos prácticas de DevOps El cumplimiento es un
aspecto crítico de DevSecOps, especialmente en
industrias que manejan datos
confidenciales como finanzas,
atención médica y gobierno A medida que las organizaciones impulsan ciclos de entrega
rápidos
a través de DevOps, también
deben
cumplir con estrictas regulaciones diseñadas para proteger los datos
y garantizar la privacidad Al final de esta lección, comprenderá
cómo integrar cumplimiento en su pipeline de
DevOps,
asegurando que sus sistemas
mainframe cumplan con los estándares de
la industria mientras
mantienen la velocidad y ¿Por qué
es importante el cumplimiento en DevOps? mainframes suelen estar
en el corazón de las industrias con estrictos requisitos
reglamentarios En un entorno DevOps, el impulso para la integración
continua y la
entrega continua puede hacer que sea un desafío garantizar que cada versión cumpla
con los estándares relevantes Sin embargo, el incumplimiento puede
resultar en sanciones severas, incluyendo multas, acciones legales
y daños a la reputación Por lo tanto, integrar
las comprobaciones de cumplimiento en el
pipeline de DevOps es crucial Las consideraciones de cumplimiento para los esfuerzos
de mainframe incluyen una, privacidad y
seguridad de datos Los estándares de la industria como
GDPR y HIPAA se
centran en garantizar la privacidad y seguridad de los
datos personales confidenciales Dos, auditabilidad. El cumplimiento requiere que
la organización realice un seguimiento y documente
los cambios en los sistemas y los datos, asegurando que una pista de auditoría
esté disponible cuando sea necesario. Tres, la gestión de riesgos, los marcos de
cumplimiento, ayudan a las organizaciones a
identificar, evaluar y mitigar los riesgos, asegurando que los sistemas
sean seguros y estables. Cuatro, monitoreo continuo. Las regulaciones suelen exigir el monitoreo
continuo de los sistemas para detectar
vulnerabilidades e incumplimientos, asegurando una
rápida remediación Tomemos un ejemplo. Una institución financiera
global con sistemas mainframe
necesarios para cumplir con
GDPR para la privacidad de
los datos del cliente y
PCIDSS para la seguridad de las tarjetas de
datos de pago Al
integrar verificaciones automatizadas de
cumplimiento en su canalización de CICD, garantizan que
cada actualización de código cumpla con
los requisitos reglamentarios, reduciendo el riesgo de sanciones por
incumplimiento
y garantizando la seguridad de los datos Integrar el cumplimiento
en las tuberías de DevOps. Para garantizar el cumplimiento de las regulaciones de la
industria mientras se mantiene la velocidad
y eficiencia de DevOps, las organizaciones necesitan integrar comprobaciones de
cumplimiento directamente
en las tuberías Esto asegura que
cada versión cumpla con las normas antes de que
llegue a la producción. Aquí te explicamos cómo puedes hacerlo. Primero, automatice
las comprobaciones de cumplimiento. El primer paso para
garantizar el cumplimiento es automatizar las comprobaciones de cumplimiento toda la canalización de DevOps Se
pueden integrar herramientas automatizadas para verificar el cumplimiento en
cada etapa de desarrollo, entornos de reproducción de
código commit. Cómo automatizar las comprobaciones
de cumplimiento. Análisis de código estático, use herramientas como Sonar cube para escanear
automáticamente el código en busca violaciones de
cumplimiento, como prácticas de codificación
inseguras o violaciones de políticas de
cifrado Infraestructura como
código, cumplimiento IAC. Utilice herramientas IAC como Terraform
y responsables para definir la seguridad de la
infraestructura
y garantizar que las configuraciones cumplan
con estándares Pruebas automatizadas
para el cumplimiento, crean
pruebas automatizadas que
verifican el cumplimiento de
la regulación de la industria, asegurando el cifrado
de datos confidenciales o aplicando prácticas de
autenticación sólidas Las herramientas para el cumplimiento incluyen SonarQube para el cumplimiento del código,
HashiCorp Sentinel para el cumplimiento de políticas de
IAC y AcoaSecurity para la seguridad y cumplimiento de los contenedores SonarQube para el cumplimiento del código,
HashiCorp Sentinel para el cumplimiento de políticas de
IAC y AcoaSecurity para la seguridad y cumplimiento de los contenedores. Tomemos un ejemplo. Un proveedor de atención médica
requirió hipercumplimiento para los datos de los pacientes almacenados
en su aleta principal Integraron verificaciones automatizadas de
cumplimiento en su pipeline de DevOps utilizando
SonarQube Cada cambio de código se
escaneó automáticamente para detectar violaciones de seguridad y
cumplimiento, lo que redujo
significativamente el riesgo de implementar actualizaciones no conformes. Segundo, crear política como código. Una de las formas más
efectivas de garantizar cumplimiento es mediante el uso de la
política como código o PAC. Esto le permite
definir políticas de seguridad, manejo de
datos y cumplimiento de
normas a través del código. PAC garantiza que las políticas se apliquen de
manera consistente
en todos los entornos, desarrollo, pruebas
y producción. Pasos para implementar la política. Uno, definir políticas. Redactar políticas que se adhieran
a la normativa pertinente. Por ejemplo, ECIDSS
para datos de pago,
HIPAA para datos HIPAA Dos, automatizar la aplicación
de políticas. Integre herramientas como HashiCorp Sentinel o agente de
políticas abiertas OPA para hacer cumplir estas políticas en cada etapa del pipeline de CICD Tres, probar y
monitorear políticas. Pruebe continuamente las políticas
para asegurarse de que se apliquen y monitoree cualquier
infracción en tiempo real. Tomemos un ejemplo. Una empresa
minorista implementó código de
políticas para garantizar cumplimiento de
PCIDSS en
sus principales sistemas de fama Al usar HashiCorp Sentinel,
hacen cumplir los estándares de
cifrado, el hacen cumplir los estándares de
cifrado control de
acceso
y el almacenamiento seguro para los datos de pago en
todos los entornos, financian Tercero, implementar
monitoreo y auditoría continuas. El cumplimiento no es
un esfuerzo único. Requiere
monitoreo y
auditoría continuas para garantizar que los sistemas sigan
cumpliendo con el tiempo. Las herramientas de monitoreo
deben
integrarse en la tubería para
rastrear el estado del sistema, detectar vulnerabilidades
y garantizar que el sistema cumpla
con los estándares regulatorios. Cómo implementar
monitoreo y auditoría continuas. Herramientas de monitoreo, use herramientas
como Splunk, IBM QRadar o stack para
monitorear continuamente los registros en busca de
eventos de seguridad e infracciones de cumplimiento Audit trails, asegúrese de que cada cambio en su sistema
mainframe se registra, creando una pista de
auditoría clara que puede ser revisada por equipos internos
o auditores externos Alertas en tiempo real. Configura alertas en tiempo
real para cualquier infracción de
cumplimiento o incumplimientos de seguridad, asegurando que se puedan tomar
medidas inmediatas Tomemos un ejemplo. Una compañía de servicios financieros
utiliza Splunk para
monitorear continuamente su
entorno de mainframe en busca seguridad e
infracciones Ellos configuran alertas en tiempo real para cualquier
intento de acceso no autorizado o violación de políticas, asegurando que los problemas de cumplimiento se aborden de inmediato. Mejores prácticas para garantizar el cumplimiento en las tuberías de DevOps Al garantizar el cumplimiento
en su pipeline de DevOps, siga estas mejores prácticas Uno, comience con definiciones
de políticas. Definir claramente la política que
la organización debe cumplir con base en las regulaciones
pertinentes,
GDPR, HIPAA o Utilice el código de políticas
para automatizar y hacer cumplir estas políticas
en su canalización de CICD Dos, automatizar las comprobaciones de cumplimiento. Utilice herramientas automatizadas para verificar el cumplimiento en cada etapa
del pipeline de DevOps Asegúrese de que el código,
la infraestructura y la configuración cumplan con los requisitos de
cumplimiento. Tres, asegurar la auditabilidad. Asegúrese de que cada cambio en
su sistema mainframe sea log, creando una pista de auditoría clara para auditores internos o
externos Esto asegura la rendición de cuentas y transparencia para el cumplimiento. Cuatro, implementar
monitoreo continuo y alertas. Monitoree continuamente
sus sistemas en busca violaciones de
cumplimiento y establezca alertas en tiempo
real para
acciones inmediatas cuando sea necesario. Esto asegura que los problemas de
incumplimiento se aborden antes de que escalen. Claves para llevar Vamos a recapitular los puntos clave
de la lección de hoy. Uno, el cumplimiento es fundamental
en las tuberías de DevOps, especialmente en industrias altamente
reguladas como la atención médica, las
finanzas y el gobierno Dos, use
verificaciones de cumplimiento automatizadas para garantizar que cada etapa de la tubería
CICD se adhiera
a las normas regulatorias Tres, implementar
código de políticas para automatizar la aplicación de políticas de seguridad
y cumplimiento en todo el entorno. O el monitoreo y la
auditoría continuas son esenciales para
mantener el
cumplimiento a lo largo del tiempo, asegurando la
detección en tiempo real de las violaciones. Actividad de aprendizaje. Reflexione sobre sus procesos actuales de DevOps y responda las
siguientes preguntas Qué
regulaciones de la industria, GDPR, HIPAA, ECIDSS y otras son relevantes
para ¿Cómo puede automatizar las comprobaciones de cumplimiento en
su pipeline de CICD ¿Qué herramientas y técnicas
implementaría para garantizar el
monitoreo continuo del cumplimiento y la auditoría? Escriba sus respuestas
y comience a planificar cómo
integrar el cumplimiento en
sus procesos de DevOps Siguiente paso. En la siguiente lección, exploraremos la administración del riesgo
de seguridad en implementaciones de mainframe Aprenderá técnicas
para identificar y mitigar los riesgos de seguridad
durante la fase de implementación, asegurando que sus sistemas
mainframe estén protegidos durante
todo el ciclo de vida del desarrollo Continuemos con el
Módulo siete Lección cuatro, gestión de implementaciones de
mainframe de riesgo de seguridad
29. Lección 4: gestión de riesgos de seguridad en implementaciones de mainframe: Lección cuatro, gestión del riesgo
de seguridad en implementaciones de
mainframe Bienvenido a la lección
cuatro del Módulo siete. En esta lección nos centraremos en
administrar el riesgo de seguridad en implementaciones de
mainframe Incluso con
prácticas de seguridad rigurosas durante el desarrollo, la fase de implementación conlleva riesgos
significativos que deben
gestionarse de manera efectiva. Dado que los mainframes manejan datos y operaciones de
misión crítica, garantizar una
implementación segura es esencial para
proteger la información confidencial y mantener la integridad
del sistema Al final de esta lección, comprenderá
las técnicas para identificar y mitigar los riesgos de seguridad
durante la fase de implementación, asegurando que sus
sistemas mainframe permanezcan seguros incluso mientras mueve las aplicaciones
de la puesta en escena a la producción Por qué es fundamental administrar el riesgo de
seguridad de implementación. La fase de implementación de una aplicación
mainframe es uno de los puntos más
vulnerables
en el ciclo de vida de Dev Ops Incluso las configuraciones erróneas menores o las vulnerabilidades que
se pasan por alto pueden
provocar violaciones de seguridad, fugas de
datos o Los entornos de mainframe a menudo se integran con
múltiples sistemas, lo que los convierte en un
objetivo de alto valor para los atacantes Hey razones para enfocarte en la seguridad del
despliegue. Uno, la complejidad de los entornos
mainframe. Con múltiples
sistemas y aplicaciones interdependientes, pequeña falla de seguridad en un componente puede poner en peligro todo Dos, datos sensibles en riesgo. Los mainframes a menudo
procesan y almacenan datos
críticos como transacciones
financieras, registros de
atención médica
o datos gubernamentales, lo que los convierte en
objetivos atractivos para los ciberataques Tres, continuidad operativa. Cualquier brecha de seguridad durante la implementación puede interrumpir los servicios, lo que lleva a tiempo de inactividad y pérdidas
operativas. O cumplimiento. Garantizar que los riesgos de seguridad se gestionen durante la implementación es crucial para mantener
el cumplimiento las regulaciones de
la industria como GDPR, IPA y PCI DSS.
Tomemos un ejemplo. Una institución financiera grande enfrentó una brecha de seguridad durante la implementación cuando una aplicación
configurada incorrectamente expuso datos confidenciales de los clientes Al implementar comprobaciones de
implementación más estrictas y automatizar
las verificaciones de seguridad, evitaron más problemas
y aseguraron implementaciones futuras y aseguraron Identificar riesgos de seguridad
en implementaciones de mainframe. Para asegurar la fase de implementación, primero
debe
identificar el riesgo potencial. riesgo de implementación puede ocurrir
debido a configuraciones erróneas, componentes
obsoletos, conexiones
inseguras y controles de acceso inadecuados Uno, configuraciones perdidas. Las configuraciones erróneas
durante la implementación, como puertos abiertos, configuración de cifrado de
mecha o contraseñas
predeterminadas, pueden crear vulnerabilidades que los
atacantes explotan Cómo abordar la mala configuración. Implemente
herramientas de administración de
configuración automatizadas como responsables o SHAP para garantizar que todos los ajustes sean
consistentes Utilice la infraestructura como soluciones de
código como Terraform para automatizar el aprovisionamiento de
infraestructura, reduciendo el riesgo
de errores manuales Analice regularmente
los entornos implementados en busca configuraciones erróneas utilizando herramientas
como OpenSCAP o CIS CAT Tomemos un ejemplo.
Una compañía de telecomunicaciones evitó una posible violación al automatizar las configuraciones de sus
servidores mainframe, asegurando que no se
expusieran credenciales
predeterminadas o servicios
no seguros durante Dos componentes anticuados. Ejecutar componentes de
software obsoletos o sin parches durante la implementación
es un riesgo común Los atacantes pueden explotar vulnerabilidades
conocidas en componentes
obsoletos para obtener acceso
no autorizado o
interrumpir las operaciones. Cómo abordar los componentes
obsoletos. Automatice el proceso de actualización para garantizar que todos los
componentes, por ejemplo, sistema
operativo, el
middleware y
las aplicaciones, estén ejecutando los parches de seguridad
más recientes Utilice
herramientas de escaneo de dependencias para identificar y marcar bibliotecas o
dependencias obsoletas antes de
que lleguen a producción Integre el
escaneo de vulnerabilidades en la canalización de CICD para verificar
automáticamente si hay componentes
no parcheados, herramientas para usar la verificación de dependencia de OAS Nick. Evaluación de
vulnerabilidades de IBM Guardian. Tomemos un ejemplo. aplicación de
mainframe de una compañía de lectura contenía
dependencias desactualizadas que se marcaron durante la implementación. Al automatizar el escaneo de
vulnerabilidades, pudieron
identificar y parchear estos componentes evitando
una posible brecha de seguridad Tres, conexiones inseguras
y configuraciones de red. Durante la implementación, las configuraciones de
red inseguras como canales de
comunicación no cifrados, puertos abiertos
innecesarios o reglas de firewall
mal definidas pueden exponer el mainframe
a ataques externos Cómo abordar las conexiones
inseguras. Utilice el cifrado, por ejemplo, ELS SSL para asegurar todos los
canales de comunicación entre aplicaciones de
mainframe
y sistemas externos Realice
auditorías regulares de red para garantizar que todas las configuraciones se adhieran
a las mejores prácticas de seguridad, incluido el cierre de puertos
innecesarios y la aplicación de la
segmentación de la red Implemente herramientas automatizadas
de aplicación de políticas de red para evitar que se implementen configuraciones
inseguras Un ejemplo, se
encontró que la
aplicación mainframe de una
agencia gubernamental tenía varios puertos abiertos que no eran necesarios
para su funcionalidad Al cerrar esos puertos y cifrar los canales de
comunicación, la agencia mejoró la seguridad y redujo las encuestas
atacadas Para controles de acceso inadecuados. Los controles de acceso inadecuados
durante la implementación pueden conducir a un
acceso no autorizado a los sistemas mainframe Los atacantes o usuarios no autorizados obtendrán acceso a datos
confidenciales si los controles de acceso basados en
roles o RBAC otras medidas no
se implementan correctamente Cómo abordar los controles de
acceso inadecuados. Implemente el control de
acceso basado en roles o RBAC para garantizar que solo
los usuarios autorizados tengan acceso a entornos de
implementación
y sistemas de producción Utilice herramientas de administración de
acceso privilegiado o PAM para limitar y monitorear el acceso
administrativo. Asegúrese de que se requiere
autenticación multifactor o MFA para
acceder a los sistemas críticos
durante Por ejemplo, un proveedor de
atención médica fortaleció el
control de acceso durante implementación al
implementar TAM y requiriendo MFA para todos los accesos
administrativos Esto
redujo significativamente el riesgo de acceso
no autorizado a los
datos de los pacientes durante el despliegue. Mitigar los riesgos de seguridad
durante las implementaciones de mainframe. Una vez que identifique
los riesgos de seguridad, es importante tomar
medidas para mitigarlos. Estas son las
técnicas clave que debes usar. Uno,
pruebas de seguridad automatizadas en la tubería. La integración de pruebas
de seguridad automatizadas en su
canalización de implementación garantiza que las vulnerabilidades se detecten y aborden
antes de la implementación. Herramientas como pruebas estáticas de
seguridad de aplicaciones o SAST, pruebas
dinámicas de
seguridad de aplicaciones o DAST, y escaneo de dependencias deben
ser parte de su canalización Pasos para implementar pruebas de seguridad
automatizadas. Configura
escaneos de seguridad automatizados como DAsset
y DAST para que se ejecuten durante cada
compilación y antes Incluya
escaneo de dependencias para verificar si hay componentes
obsoletos y
vulnerables. Verificaciones de seguridad automatizadas para archivos de
configuración
y scripts de implementación para detectar configuraciones perdidas, herramientas para usar SonarQube para SAST,
OAS Zap para DAST AcoaSecurity, para Dos, infraestructura como código
para una implementación consistente. Utilizar la infraestructura
como código o IAC. El uso de
código de infraestructuras o IAC garantiza que sus
entornos de implementación estén
configurados y seguros de manera consistente, eliminando el riesgo de configuraciones erróneas
manuales Cómo implementar IAC. Utilice herramientas como Terraform, formación de nube de
AWS o responsableables para definir su
infraestructura Automatice el aprovisionamiento
de entornos para garantizar que
las pruebas de seguridad como el cifrado, las reglas
bl y los controles de acceso
se apliquen de manera consistente Versione su
código de infraestructura para garantizar que cualquier cambio en sus
configuraciones rastreado y auditable Un ejemplo, una compañía de
servicios financieros utilizó Terraform para aprovisionar
sus entornos de mainframe Al automatizar el proceso de
implementación, eliminaron el riesgo
de configuraciones erróneas y aseguraron que todas las implementaciones adhieran a sus Tres, monitoreo continuo
y auditorías de seguridad. Una vez que se implementa una
aplicación de mainframe, monitoreo
continuo
es crucial para detectar y responder a
cualquier incidente de seguridad Las herramientas de monitoreo pueden
rastrear el rendimiento del sistema, detectar anomalías y garantizar que
se apliquen las políticas de seguridad Pasos para implementar monitoreo
continuo, configurar
herramientas de monitoreo como IBM QRadar, Splunk o C stack para
registrar continuamente la actividad del sistema Cree alertas en tiempo real para actividades
sospechosas, como intentos de acceso
no autorizados, tráfico
inusual de red
o cambios de configuración. Realice
auditorías de seguridad periódicas para garantizar que sus
entornos de implementación cumplan con los requisitos de
cumplimiento y las mejores prácticas de
seguridad. Mejores prácticas para asegurar las implementaciones de
mainframe. Para proteger aún más sus procesos de
implementación, siga estas mejores prácticas. Primero, use herramientas de
implementación automatizadas. La automatización de implementaciones minimiza el riesgo
de errores humanos Utilice herramientas como Jenkins,
IBM, Urban Co Deploy o AWS codploy para automatizar
el proceso de implementación,
garantizando la seguridad garantizando Dos, encriptar toda la comunicación. Asegúrese de que todos los canales de
comunicación entre sistemas internos, sistemas
externos y usuarios estén cifrados usando TLS SSL para evitar la intercepción
de datos confidenciales Tres, limitar el acceso a los entornos
de implementación. Utilice RBAC y PAM para restringir el acceso a los entornos
de implementación. Solo el
personal autorizado debe tener acceso a los sistemas críticos y
todas las acciones deben ser log. O prueba en entornos de puesta en escena. Asegúrese de que su
proceso de implementación esté completamente probado en un entorno de ensayo antes de
pasar a la producción. Esto te ayudará a identificar los riesgos
de seguridad de manera temprana y
solucionarlos antes de comenzar a funcionar. Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, administrar el riesgo de
seguridad de implementación es fundamental para proteger los datos confidenciales y mantener la integridad
del sistema. Dos, identificar riesgos potenciales, incluyendo configuraciones erróneas, componentes
obsoletos, conexiones
inseguras y controles de acceso
inadecuados Tres, mitigar el riesgo de pruebas de seguridad
automatizadas, código de
infraestructuras, monitoreo
continuo y controles de acceso basados en
roles. Cuatro, siga las
mejores prácticas como
cifrar la comunicación, automatizar las implementaciones y limitar el acceso al Actividad de aprendizaje. Reflexione sobre sus procesos
de implementación actuales y responda las
siguientes preguntas. ¿Cuáles son los principales riesgos de seguridad que encuentra durante la implementación? ¿Cómo puede automatizar las pruebas
de seguridad y administración de la
configuración en
su canalización de implementación? ¿Qué herramientas implementa para
monitorear continuamente sus
implementaciones de mainframe? monitorear continuamente sus
implementaciones de mainframe Escriba sus respuestas
y comience a planificar cómo
mejorar la seguridad durante las implementaciones de
su mainframe ¿Cuál es el siguiente? En la siguiente lección, exploraremos el escalado
y la optimización las prácticas de
DevOps en los equipos de
mainframe Aprenderá a expandir las prácticas de
DevOps a
aplicaciones y
equipos de mainframe
adicionales para aplicaciones y
equipos de mainframe
adicionales garantizar que la seguridad, cumplimiento y la eficiencia se mantengan en toda
la organización Continuemos con el
Módulo ocho,
lección uno, escalando las prácticas de
DevOps en los equipos de
mainframe
30. Lección 1: escalar las prácticas de DevOps en equipos de mainframe: Bienvenido al Módulo
ocho, escalando y optimizando
las prácticas de DevOps para mainframes En este módulo,
aprenderá a escalar
las prácticas de DevOps a través los equipos de
mainframe y optimizar sus canalizaciones CICD existentes Exploraremos
técnicas clave para garantizar que sus flujos de trabajo sigan siendo rápidos,
eficientes y escalables. Al final de este módulo, estará equipado para administrar el entorno DevOps a gran escala, definir canalizaciones y optimizar
continuamente los flujos Lección uno: escalar las prácticas de
DevOps en los equipos de
mainframe Bienvenido a la lección
uno del Módulo ocho. En esta lección, vamos
a explorar cómo escalar prácticas de
DevOps en múltiples
equipos y aplicaciones de mainframe A medida que su organización adopta
DevOps para mainframes, es importante extender estos principios más allá de un
solo ellos Navegando DevOps
significa garantizar que otros equipos de mainframe con
diferentes flujos de trabajo y aplicaciones puedan adoptar
estas prácticas
manteniendo el mismo nivel de eficiencia, seguridad
y Al final de esta lección, comprenderá los pasos necesarios para expandir las prácticas de
DevOps, sus organizaciones, entornos de
mainframe y cómo superar los desafíos únicos
asociados con
el asociados con El amplio escalado de DevOps
es esencial. Escalar devops a través de equipos
de mainframe es clave para desbloquear todo
su potencial El verdadero valor de DevOps radica en transformar
toda la organización, romper los silos y permitir que todos los equipos
trabajen de una manera más ágil, colaborativa y
automatizada Sin embargo, escalar no
se trata solo aplicar herramientas y
prácticas de DevOps a más equipos Requiere un enfoque
reflexivo para garantizar que la seguridad, gobierno y la
eficiencia permanezcan intactos a medida que DevOP se propaga
por toda su organización Razones clave para escalar devops. Primero, consistencia entre equipos. Asegúrese de que todos los equipos sigan
las mismas prácticas de DevOps, lo que resulta en procesos
estandarizados, una mayor colaboración y una transferencia más fluida entre
el desarrollo y Dos, eficiencia operativa. Escalar las prácticas de DevOps
ayuda a automatizar más tareas, optimizar más
procesos y reducir las intervenciones
manuales en múltiples aplicaciones y equipos Tres, un tiempo de comercialización más rápido. Cuando más equipos adoptan DevOps, el ciclo de
vida general del desarrollo se acelera, lo que lleva a lanzamientos más rápidos
y actualizaciones más frecuentes Cuatro, mejora de la gobernanza
y el cumplimiento. Un enfoque unificado de DevOps
en todos los equipos de mainframe garantiza que las políticas de cumplimiento y los protocolos de seguridad
se apliquen de manera consistente Desafíos clave de escalar
devops para mainframes. Antes de sumergirnos en
cómo escalar devops, es importante comprender
los desafíos que podrías enfrentar Los mainframes vienen con restricciones
únicas
y el escalado de devops a través de diferentes temas y aplicaciones requiere una planificación
cuidadosa Uno, la resistencia cultural. Escalar DevOps no es solo
un desafío técnico. Es cultural. Los equipos que están acostumbrados a los modelos
tradicionales de cascada pueden resistirse a adoptar prácticas de
DevOps Algunos desarrolladores pueden sentirse incómodos con
una mayor colaboración, automatización o cambios en
la forma en que trabajan. Cómo superar los retos
culturales. Primero, promover una cultura DevOps. Fomentar la comunicación abierta y la colaboración entre los equipos de desarrollo
y operaciones. Ayude a los equipos a comprender
los beneficios de DevOps en términos de velocidad, confiabilidad
y eficiencia Segundo, brindar capacitación, ofrecer capacitación DevOps
y equipos de coaching no estén familiarizados con los principios de
DevOps, enfocándose tanto en los aspectos técnicos como
culturales Comience con campeones, identifique a las personas dentro de
cada equipo que puedan liderar las prácticas de DevOps y demostrar el impacto positivo
al resto del equipo Dos, complejidad técnica. escalar las prácticas de DevOps, los múltiples equipos a menudo
implican la integración diferentes herramientas,
entornos y flujos Los equipos de mainframe pueden tener
diferentes arquitecturas, estándares de unión y herramientas
que pueden complicar
el proceso de
escalado que pueden complicar Cómo superar la complejidad
técnica. Primero, adoptar
herramientas y estándares comunes. Fomentar el uso de herramientas
comunes de desarrollo en todos
los equipos para garantizar la consistencia. Utilice la infraestructura
como código o IAC para automatizar implementaciones y configuraciones en
diferentes entornos Segundo, crear ductos
modulares. Diseñe sus ductos CICD
para que sean modulares y flexibles para que puedan adaptarse
a diferentes equipos y aplicaciones sin necesidad de realizar modificaciones
significativas. Tercero, aprovechar APIs
e integraciones. Haga uso de API para
conectar herramientas de desarrollo a través de diferentes entornos de
mainframe, lo que permite una integración sin tallo Tres, gobernanza y seguridad. A medida que escala se desarrolla a través de
más equipos y aplicaciones, mantener los estándares de gobernanza
y seguridad se vuelve más desafiante. Diferentes equipos pueden tener diferentes niveles de adherencia
a las políticas de seguridad, lo que puede aumentar el
riesgo de incumplimiento. Cómo mantener la
gobernanza y la seguridad. Primero, hacer cumplir la política como código. Utilice la política como código para
automatizar la aplicación de
políticas de seguridad y cumplimiento en todos los equipos, asegurando que todos
sigan las mismas reglas. Segundo, implementar monitoreo
centralizado. Monitoreo centralizado
y registro en todos los equipos para garantizar que los incidentes de seguridad se detecten y aborden de
manera consistente. En tercer lugar, utilice el control de
acceso basado en roles o RBAC. Limite el acceso a entornos
y herramientas de
DevOps al
personal autorizado, reduciendo el riesgo de brechas de
seguridad Pasos para escalar las prácticas de DevOps
en los equipos de mainframe. El escalado de DevOps es un proceso
estructurado. A continuación, le indicamos cómo expandir las prácticas de
DevOps a equipos de mainframe adicionales una
manera que garantice la consistencia, la eficiencia
y la seguridad Primero, evaluar el estado actual. Antes de escalar DevOps, evalúe las prácticas actuales de DevOps
implementadas dentro de
su organización Determine qué equipos ya
están usando DevOps e identifique las brechas
en los flujos de trabajo de otros equipos Pasos para evaluar
el estado actual. Primero, realice una evaluación de
madurez de DevOps para cada equipo de mainframe Luego, identificar las herramientas, procesos y
prácticas actualmente en uso por diferentes equipos. Finalmente, identifique las áreas donde DevOps puede
agregar más valor, como automatizar tareas manuales o Segundo, definir una estrategia de DevOP
unificada. Una vez que entiendas
el estado actual, defina una estrategia de DevOP unificada que se aplique a todos los equipos de
mainframe Esta estrategia debe
esbozar herramientas,
procesos y estándares comunes que cada equipo seguirá. Elementos de una estrategia unificada de
Devo. Uno, tuberías CICD estandarizadas y
herramientas de automatización en todos los equipos Dos, estándares comunes de codificación y
seguridad. Tres, sistemas centralizados de monitoreo, registro e informes. F, marcos de gobierno para el
cumplimiento y la seguridad. Tomemos un ejemplo. Una
gran compañía de seguros implementó una estrategia de
DevOP unificada en sus equipos de mainframe Mediante el uso de
tuberías y herramientas estandarizadas, pudieron
optimizar las implementaciones y garantizar prácticas de
seguridad consistentes en toda la organización Tercero, automatizar cuando sea posible. La automatización es el escalado de velocidad que
se desarrolla con éxito. Automatizar tareas repetitivas
como pruebas, implementación y monitoreo de
los desarrolladores de presunp para centrarse en el trabajo de
mayor valor garantizar la coherencia entre Cómo automatizar entre equipos. Uno, automatizar las pruebas. Utilice herramientas como Jenkins o IBM Urban code automatizar las pruebas para
múltiples aplicaciones, asegúrese de que las pruebas automatizadas se integren en
la canalización de CICD Dos, automatice las implementaciones. Utilice la infraestructura como código para automatizar el aprovisionamiento de entornos y garantizar que las implementaciones sean
consistentes entre equipos Tres, automatizar el monitoreo. Implemente herramientas
de monitoreo automatizadas para proporcionar información en tiempo
real rendimiento y la
seguridad
del sistema para todos los equipos. Cuarto, implementar herramientas de DevOps
compartidas. Para garantizar la coherencia y la
colaboración entre los equipos, implemente herramientas de DevOps compartidas
que todos los equipos puedan usar Estas herramientas deben admitir pruebas de control de
versiones, implementación y monitoreo, asegurando que todos estén
trabajando desde la misma plataforma. Herramientas de DevOps compartidas recomendadas. Para el control de versiones, use GitLab o GitHub
para el control de código fuente Para herramientas CICD, use Jenkins, IBM Urban code o GitLab CI para
integración y entrega continuas Para herramientas de monitoreo,
use el radar ELC Stack, Splunk o IBM Q para registro
y monitoreo
centralizados Tomemos un ejemplo. Una empresa de logística
implementó Gitlab GCI y Terraform para
automatizar las implementaciones en múltiples Esto les permitió administrar implementaciones
complejas con facilidad, asegurando que todos los equipos utilicen los
mismos procesos y herramientas Quinto, fomentar la colaboración
entre equipos. Escalar Devops no se trata solo tecnología, se
trata de colaboración Anime a diferentes equipos de
mainframe a compartir sus prácticas de DevOps, lecciones aprendidas e innovaciones Esto ayudará a
fomentar una cultura de mejora
continua
en toda la organización. Pasos para fomentar la colaboración. Primero, celebre reuniones periódicas de
nuestro equipo para compartir ideas
y desafíos de DevOps Dos, establecer una base de
conocimiento compartida donde los equipos puedan documentar sus
prácticas y soluciones de DevOps Tres, fomentar las revisiones por pares y la resolución colaborativa de
problemas entre equipos. Las mejores prácticas para escalar se desarrollan a través de equipos de mainframe A medida
que su escala se desarrolla, es importante seguir las
mejores prácticas para garantizar
una transición sin problemas. Uno, comenzar a pequeña
escala incrementalmente. Comience escalando las prácticas de
DevOps a uno o dos equipos adicionales antes de implementarlo en toda
la organización Esto le permite refinar su enfoque y abordar
cualquier desafío temprano. Dos,
procesos y herramientas estandarizados. Asegurar que todos los equipos sigan los mismos procesos y utilicen las mismas herramientas para
crear consistencia. Esto hará que sea
más fácil administrar, monitorear y optimizar sus prácticas de
DevOps en todos los equipos Tres, enfocarse en la colaboración. Fomentar una cultura de
colaboración entre equipos
fomentando el intercambio de ideas, desafíos
y soluciones. DevOps se trata de romper silos y promover Para medir el éxito, realice un seguimiento de métricas clave de rendimiento como la frecuencia de implementación, las tasas de
fallas y los tiempos de
recuperación, para medir el éxito en sus prácticas de DevOps
escaladas Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, el escalado se desarrolla a través los equipos de
mainframe es esencial
para garantizar
procesos de desarrollo consistentes, eficientes y seguros en toda la organización Dos, los desafíos incluyen la resistencia
cultural, la complejidad
técnica y el mantenimiento de la
gobernanza y la seguridad, pero pueden superarse
con las estrategias adecuadas. Tres pasos para escalar DevOps, evaluar el estado actual, definir una estrategia unificadora de
DevOps,
automatizar tareas, implementar herramientas compartidas y fomentar la colaboración entre
equipos O bien, siga las mejores prácticas
como comenzar poco a poco, estandarizar procesos
y fomentar la colaboración para garantizar
una transición sin problemas Actividad ganadora.
Tómese un momento para reflexionar sobre sus procesos actuales de
DevOps y responder las
siguientes preguntas Uno, ¿qué equipos de mainframe de su organización ya están usando DevOps y
cuáles no? Dos, ¿qué herramientas y procesos podrías
estandarizar en todos los equipos Tres, ¿cómo puede automatizar tareas
repetitivas para aumentar la
eficiencia en todos los equipos Escriba sus respuestas
y comience a planear cómo escalar las prácticas de DevOps
en su organización ¿Qué sigue? En la siguiente lección, nos sumergiremos en optimizar ductos de
CICD para
aumentar la eficiencia Aprenderá a refinar sus
canalizaciones existentes para manejar más flujos de trabajo y
aumentar la velocidad y confiabilidad en
su mainframe. Continuemos con el
Módulo ocho, Lección dos, optimizando los ductos de CICD
para una mayor eficiencia
31. Lección 2: optimización de las tuberías de CI/CD para aumentar la eficiencia: Lección dos, optimización ductos
CICD para
aumentar la eficiencia Bienvenido a la lección
dos del Módulo Ocho. En esta lección, nos
centraremos en optimizar sus canalizaciones CICD existentes para manejar más co flujos de trabajo
con mayor eficiencia medida que su organización crece y escala las prácticas en más
equipos y aplicaciones, es esencial asegurarse de que
sus canalizaciones puedan manejar las crecientes demandas sin
cuellos de botella ni cuellos de botella Al final de esta lección, comprenderá las
técnicas para optimizar sus canalizaciones CICD para obtener velocidad, escalabilidad
y confiabilidad También verá
ejemplos del mundo real de cómo las organizaciones han refinado sus canales para ofrecer
software de mayor calidad más rápido. Por qué es fundamental optimizar los
ductos de CICD. Las canalizaciones de CICD son la columna vertebral de las prácticas modernas de DevOps Automatizan el proceso
de integración de código, ejecución de pruebas,
implementación de aplicaciones y monitoreo de
su rendimiento. Sin embargo, a medida que las escalas de equipo y los flujos de trabajo se vuelven
más complejos, pipelines que
alguna vez fueron eficientes pueden comenzar a ralentizarse
o introducir retrasos. Razones clave para optimizar los ductos de
CICD. Uno, aumentar las cargas de trabajo. A medida que más equipos adopten DevOps, sus canalizaciones necesitarán
manejar bases de código más grandes, actualizaciones
más frecuentes y múltiples flujos de trabajo
simultáneamente Dos, velocidad y confiabilidad. Las canalizaciones lentas pueden retrasar las versiones de
software, mientras que las canalizaciones
poco confiables
pueden dar lugar implementaciones
fallidas o errores
no detectados Tres, costos operativos. Las tuberías ineficientes
consumen más recursos, lo que aumenta los costos operativos, especialmente en entornos de
mainframe a gran escala Para, consistencia y calidad. Las canalizaciones optimizadas garantizan
que el código se pruebe, implemente y supervise de
manera consistente, lo que lleva a software de
mayor calidad
con menos defectos. Claves en las que enfocarse a la hora de
optimizar los ductos de CICD. Para optimizar sus
ductos de manera efectiva, es esencial
enfocarse en las áreas adecuadas. Las siguientes son áreas
clave donde se pueden realizar las mejoras más
impactantes. El primero es la paralelización
de tareas que desglosan los pasos y procesos
para ejecutarse en En segundo lugar, la automatización de los procesos
manuales, lo que elimina
las intervenciones manuales para reducir los retrasos En tercer lugar es el almacenamiento en caché de
dependencias y artefactos, que con frecuencia tiene dependencias de uso frecuente utilizan dependencias
para
evitar el trabajo redundante para Optimización de
tuberías de prueba, harto pruebas ejecutando pruebas en paralelo o usando análisis
de impacto de prueba. Cinco, monitoreando el rendimiento de la
tubería, monitoreando continuamente las métricas de la
tubería para
identificar cuellos de botella Vamos a meternos
en ellos con más detalles. Uno, paralelización de tareas. Una de las
formas más efectivas de acelerar la canalización de
CICD es a través de la
paralelización Al ejecutar tareas simultáneamente
en lugar de secuencialmente, puede
reducir significativamente el tiempo que lleva completar
las pruebas de compilación y las implementaciones. Pasos para paralelizar
tareas en CICD. Primero, desglose las pruebas de
larga duración. Identificar pruebas o procesos que tardan más y
ejecutarlos en paralelo. Esto puede ser especialmente
útil cuando se trata aplicaciones
grandes de mainframe que requieren pruebas exhaustivas Dos, use tuberías de múltiples etapas. Divida la tubería en etapas
independientes, por ejemplo, construir, probar e implementar y ejecutar esas etapas
simultáneamente cuando sea posible En tercer lugar, distribuir las cargas de trabajo
entre múltiples nodos. Utilice la infraestructura en la nube o una plataforma CICD
escalable como Jenkins o GitLab CI para distribuir tareas
en múltiples servidores, asegurando que la
carga Tomemos un ejemplo. Una empresa
minorista real a nivel global reduce su tiempo de
ejecución de tuberías en un
40% al dividir su
suite de pruebas en trabajos paralelos. Al ejecutar pruebas unitarias, pruebas de
integración y pruebas de
carga simultáneamente, pudieron acelerar
significativamente proceso de entrega sin
sacrificar
la Dos, automatizando procesos
manuales. Las intervenciones manuales
en ductos CICD son una de las
fuentes más comunes de ineficiencia Ya se trate de
aprobaciones manuales, pruebas o
actualizaciones de configuración, reducir la intervención
humana mejora
tanto la velocidad como la confiabilidad Cómo automatizar procesos
manuales. Uno, automatice las comprobaciones de seguridad
y cumplimiento. Implementar políticas como
código para automatizar el cumplimiento
de la seguridad
y las
comprobaciones de gobierno dentro de la tubería. Dos, usar infraestructura
como código o IAC. Automatice el aprovisionamiento de infraestructura para garantizar que los entornos
se
configuran de manera consistente sin
necesidad de configuración manual. Tres, automatiza los retrocesos. En caso de despliegues fallidos, automatice el proceso de reversión las versiones estables anteriores
asegurando una recuperación rápida Un ejemplo, una organización de
servicios financieros automatizó los controles de seguridad en la ciudad en la tubería del
CICD utilizando herramientas como SonarQube Esto les permitió detectar vulnerabilidades antes
e implementar el código más rápido, eliminando la necesidad de auditorías de seguridad
manuales. Dependencias
y artefactos de Tahing. Tocar dependencias
y construir artefactos puede llevar mucho tiempo, especialmente si se
utilizan las
mismas dependencias en múltiples
canalizaciones o construcciones Al almacenar en caché estas dependencias, puede reducir el par redundante y acelerar la ejecución de la tubería Mejores prácticas para el almacenamiento en caché. Uno, artefactos de compilación de caché. Case usa frecuentemente salidas de
compilación y dependencias para evitar
reconstruirlas desde cero cada vez Dos, use caché compartida
entre tuberías. Si varios equipos o aplicaciones comparten las
mismas dependencias, configure una caché compartida para evitar descargar o construir los
mismos artefactos repetidamente Tres, aproveche el almacenamiento en caché de capas
Docker. Para aplicaciones contenerizadas, el almacenamiento en caché de capas
Docker se
puede utilizar para acelerar construcciones de
imágenes mediante Toma un ejemplo. Una compañía de
atención médica implementó hash de artefactos en su pipeline CICD de mainframe usando Jenkins Al almacenar en caché dependencias de
uso frecuente y artefactos de compilación, reducen los tiempos de compilación en un 30%, acelerando
significativamente
su ciclo de desarrollo O optimizando tuberías de prueba. Las pruebas son parte crítica
del proceso CICD, pero también es uno de los pasos que requieren más recursos
y requieren mucho tiempo Al optimizar sus canalizaciones de
prueba, puede reducir los tiempos de ejecución mientras mantiene o
mejora la cobertura de las pruebas. Cómo optimizar tuberías
de prueba. Uno, ejecutar prueba en paralelo. Divida su conjunto de pruebas
en trozos más pequeños y ejecútelos simultáneamente
en múltiples máquinas Dos, usar análisis de impacto de prueba. Solo ejecute las pruebas
que se vean afectadas por los cambios
recientes de código
en lugar de volver ejecutar todo el
conjunto de pruebas para cada compilación. Tres, automatizar las pruebas de
regresión. Automatice sus procesos de
pruebas de regresión para detectar cualquier problema
introducido por el nuevo código, asegurando una alta calidad
sin intervención manual. Un ejemplo, una
empresa de logística adoptó el análisis de impacto de
prueba para
optimizar sus tuberías de prueba. Al enfocarse únicamente en la prueba afectada por los cambios de código más
recientes, pudieron reducir el tiempo de ejecución de la
prueba a la mitad manteniendo
una cobertura integral de las pruebas. Cinco, monitoreando y analizando el desempeño de los
ductos. Una vez que sus
tuberías CICD estén funcionando, es importante monitorear
continuamente su rendimiento y
analizar cuellos de botella Esto le ayudará a identificar áreas para una mayor optimización y garantizar que sus
canalizaciones sigan siendo eficientes a medida que aumentan las cargas de trabajo Pasos para monitorear y analizar el rendimiento de la
tubería. Uno, realizar un seguimiento de las métricas clave. Monitoree métricas como el tiempo de
compilación, la mejor ejecución, la tasa de éxito de la
implementación y la frecuencia de reversión para
identificar cuellos de botella Dos, configurar alertas. Configure alertas automatizadas
para fallas de tuberías o degradación
del rendimiento para
abordar los problemas de manera proactiva Tres, use herramientas de monitoreo. Herramientas como Prometheus Grafana o ELC Stack pueden
ayudarle a visualizar rendimiento de la
tubería
en tiempo real y detectar tendencias Un ejemplo, una agencia
gubernamental utiliza Grafana para monitorear
el desempeño de sus principales trenes, ductos
CICD Al rastrear los tiempos de construcción y las res de éxito de
implementación, identificaron
pasos lentos en el proceso y redujeron su tiempo de
ciclo general en un 25%. Mejores prácticas para
optimizar ductos CICD. A medida que trabaja para optimizar
sus ductos de CICD, siga estas mejores prácticas
para garantizar una eficiencia duradera. Uno, comienza con
los cuellos de botella. Identifique y aborde primero los cuellos de botella
más grandes, ya sean pruebas lentas, aprobaciones
manuales o
procesos aprobaciones
manuales o Dos, apalancar la automatización.
Siempre que sea posible, automatice
tareas repetitivas o manuales como pruebas, comprobaciones de
seguridad e implementación para garantizar la consistencia y la velocidad Tres,
monitorear y mejorar continuamente. La optimización es un proceso
continuo. Supervise continuamente el rendimiento de la
canalización, realice un seguimiento de las métricas del equipo y realice mejoras a lo largo del tiempo a
medida que aumentan las cargas de trabajo O use paralelización
y almacenamiento en caché. Acelere su canalización
ejecutando rápidamente en paralelo
y guardando en caché artefactos
o dependencias construidas para
evitar el trabajo redundante Claves para llevar. Vamos a recapitular los puntos clave de la lección de
hoy Primero, la optimización de
las canalizaciones de CICD garantiza flujos de trabajo
más rápidos, eficientes y
escalables, que son críticos a medida su organización escala
se desarrolla en múltiples equipos Dos, las técnicas de optimización clave incluyen la paralelización de tareas, automatización de procesos manuales, las dependencias de
hash y la incluyen la paralelización de tareas, la
automatización de procesos manuales, las dependencias de
hash y la optimización de canalizaciones de prueba. Tres, monitorear el
rendimiento de la tubería le permite refinar y mejorar
continuamente la
eficiencia a refinar y mejorar
continuamente la medida que crece su
carga de trabajo. Cuatro, siga las mejores prácticas como comenzar
con cuellos de botella, aprovechar la automatización
y mejorar continuamente
sus ductos y mejorar continuamente
sus Actividad ganadora.
Tómese un momento para reflexionar sobre sus ductos CICD
actuales y responder las
siguientes preguntas Primero, ¿cuáles son los
mayores cuellos de botella en sus ductos de CICD hoy en día Dos, ¿qué tarea puedes automatizar para mejorar la
velocidad y la confiabilidad? Tres, ¿cómo puedes
usar el almacenamiento en caché o paralelización para optimizar aún más
tus pipelines Escriba sus respuestas
y comience a planificar cómo optimizar sus ductos de
CICD para aumentar la eficiencia.
¿Cuál es el siguiente? En la siguiente lección,
nos centraremos en optimizar
continuamente
sus procesos de DevOps Aprenderá a
evaluar y mejorar
sus flujos de
trabajo y flujos de trabajo de DevOps de forma continua, asegurando que su
organización mantenga la agilidad y la
excelencia operativa a lo largo del tiempo Continuemos con el Módulo
ocho lección tres, optimización
continua de DevOps
de mainframe
32. Lección 3: optimización continua de DevOps para mainframe: Lección tres, optimización
continua dvalves de mainframe Bienvenido a la Lección
Tres del Módulo Ocho. En esta lección,
exploraremos cómo
optimizar continuamente sus procesos de DevOps a optimizar continuamente sus procesos de DevOps lo largo del tiempo para mantener la agilidad, la eficiencia y la excelencia
operativa en sus entornos mainframe hecho de que una
canalización de DevOps esté optimizada hoy en día no significa que
siga siendo así a medida que
su equipo crezca, las cargas de trabajo cambien y surjan
nuevas herramientas La optimización continua garantiza que sus
prácticas de devops de mainframe evolucionen para satisfacer las demandas de sus
organizaciones y de la industria Al final de esta lección, comprenderá
cómo evaluar y mejorar sus procesos
de DevOps de forma continua, asegurando que sus sistemas principales de
fama sigan siendo ágiles, escalables y eficientes Por qué
la optimización continua es importante. En cualquier entorno DevOps,
especialmente dentro de mainframes, las demandas de sus sistemas,
equipos y cargas de trabajo están
en ,
equipos y cargas de trabajo están Las nuevas herramientas, las actualizaciones y aumento de las cargas de trabajo pueden introducir ineficiencias Por eso es
crucial
evaluar y optimizar regularmente sus procesos de DevOps, asegurando que no solo mantengan al día con
las necesidades actuales, sino que también se mantengan por delante
de las demandas futuras Razones clave para la
optimización continua uno, adaptándose a las crecientes cargas de trabajo A medida que su organización escala, también lo hacen las demandas de
sus procesos de DevOps La optimización continua garantiza que sus flujos de trabajo puedan
manejar más código, equipos más
grandes e
implementaciones más frecuentes sin
ralentizar. Dos, incorporando nuevas
tecnologías y herramientas. El ecosistema DevOps está en
constante evolución
con nuevas herramientas, prácticas y
técnicas de automatización emergentes La optimización continua
le permite integrar estos avances para mejorar la eficiencia y mantener su proceso de
DevOps moderno Tres, mejorando la agilidad
y la capacidad de respuesta. entornos de mainframe a menudo manejan operaciones de misión
crítica optimización continua La optimización continua asegura que su sistema
siga siendo ágil, lo que le permite responder
rápidamente a los cambios del mercado, nueva demanda de los clientes o a las vulnerabilidades de
seguridad. Cuatro, reduciendo costos e
incrementando la eficiencia. La optimización regular garantiza que esté utilizando los recursos de
manera efectiva, reduciendo
los costos operativos y mejorando al mismo tiempo el rendimiento de sus
ductos e implementaciones. Áreas clave para la
optimización continua. Cuando se trata de
mejorar continuamente sus procesos de DevOps, hay algunas
áreas críticas en las que debe enfocarse Esto incluye uno, monitoreo
del desempeño de tuberías. Con tiempos de construcción e
implementación de seguimiento, tasas de
fallas y utilización de
recursos, dos bucles de retroalimentación y mejora
continua. Reúna comentarios de los equipos de desarrollo y operación regularmente. Tres, mejoras de automatización. Busque nuevas oportunidades
para automatizar y realizar tareas
manuales o refinar
las automatizaciones existentes Para planeación
y escalado de capacidades. Planifique el crecimiento futuro
monitoreando las cargas de trabajo y asegurando su infraestructura
y manejando la mayor demanda Vamos a entrar en
detalles de cada uno. Uno, monitoreo
del desempeño de tuberías. El primer paso para la optimización
continua es el monitoreo regular
de sus canalizaciones CICD Mediante el seguimiento de métricas clave, puede identificar áreas en las que
sus procesos se
ralentizan o se vuelven ineficientes.
¿Qué monitorear? Tiempos de construcción e implementación. Haga un seguimiento del tiempo que
tarda cada etapa de su tubería en completarse. aumentos de Sudd en los tiempos de construcción
o despliegue pueden indicar que
los cuellos de botella necesitan abordarse Tasas de falla.
Monitorear el número de compilaciones o implementaciones
fallidas para detectar cualquier
problema recurrente que necesite atención Pruebe minutos de ejecución, mida cuánto tiempo tarda su suite de
pruebas en ejecutarse. Si las pruebas comienzan a tomar más tiempo, puede ser el momento de optimizar
y probar la tubería. Utilización de recursos del sistema. Esté atento al uso de la CPU, la
memoria y la red para garantizar que los recursos
se utilicen de manera eficiente. Tomemos un ejemplo. Una
compañía de servicios financieros monitoreó sus métricas de pipeline
y descubrió que tiempos de ejecución de las
pruebas habían aumentado 20% en seis meses. Al revisar sus procesos de
prueba, pudieron agilizar
su suite de pruebas, reduciendo los tiempos de ejecución a la
mitad y reduciendo los retrasos. Dos, bucles de retroalimentación y mejora
continua. Los bucles de retroalimentación son esenciales
para la optimización continua. Al recopilar comentarios de sus equipos de desarrollo y
operaciones, puede identificar áreas mejora y refinar
sus procesos de Davops Cómo implementar bucles de retroalimentación. En primer lugar, reunir desarrollador
y OstemFeedback. Recopilar regularmente comentarios de los equipos que utilizan
el pipeline CICD Pregúntales sobre cualquier
cuellos de botella que hayan experimentado o sugerencias
que tengan Segundo, realizar retrospectivas. Después de grandes despliegues
o incidentes, realice retrospectivas para identificar qué funcionó bien
y qué no Utilice estos conocimientos para
refinar sus procesos. Tercero, analizar los datos de monitoreo. Utilice las métricas de
su monitoreo de tuberías para detectar patrones
e ineficiencias Comparar
datos históricos para identificar áreas donde el rendimiento
ha disminuido con el tiempo. Un ejemplo, una compañía
minorista global implementó retrospectivas
mensuales
para que sus equipos
de mainframe revisaran el rendimiento de DevOps Al recopilar regularmente comentarios y revisar los datos de canalización, pudieron mejorar
continuamente sus procesos y reducir el tiempo que tardó en
lanzar nuevas funciones. Tres, mejoras de automatización. La automatización es un componente clave
de cualquier estrategia de DevOP, pero a medida que su organización crece, siempre
hay nuevas
oportunidades para automatizar tareas
manuales o mejorar los procesos de automatización
existentes Áreas para automatizar o
mejorar la automatización. Uno, automatizando las comprobaciones de seguridad
y cumplimiento. A medida que su pipeline evoluciona, revise
regularmente su automatización de seguridad
y cumplimiento para asegurarse de que esté al día con las últimas regulaciones
y mejores prácticas Dos, automatización de infraestructura. Revise su uso de la
infraestructura como código o herramientas de IAC
para ver si hay áreas
adicionales donde aprovisionamiento de
infraestructura pueda automatizarse o racionalizarse Tres, rollbacks de despliegue. Mejore su automatización en torno implementación para garantizar que las fallas se
manejen de manera rápida y eficiente,
reduciendo el tiempo de inactividad Un ejemplo, una
compañía de atención médica mejora sus procesos de DevOps
automatizando los procedimientos de reversión
para cada Esto les permite volver
rápidamente a versiones
estables en caso de fallas
de implementación, minimizando el tiempo de inactividad y asegurando servicio
ininterrumpido para aplicaciones
críticas O planeación
y escalamiento de capacidades. A medida que sus organizaciones crezcan, también
lo harán las demandas
de sus ductos CICD La optimización continua debe
incluir la planificación de la capacidad para garantizar que
sus ductos puedan escalar para satisfacer
mayores cargas de trabajo Cómo planificar el escalado. Primero, evalúe las cargas de trabajo actuales, revise
regularmente
cuántas compilaciones, pruebas e implementaciones está manejando
su canalización Si se está acercando a la capacidad, puede ser el momento de escalar
su infraestructura Dos, aprovechar los recursos de la nube. Si su
infraestructura local está llegando a sus límites, considere usar recursos en la nube para manejar cargas de trabajo adicionales La infraestructura en la nube puede escalar dinámicamente para satisfacer la demanda. Tres, monitorear la utilización
de recursos. Realice un seguimiento del uso de la CPU, la memoria y el
almacenamiento para asegurarse que su infraestructura
pueda manejar cargas de trabajo
crecientes sin
sobrecargarse Tomemos un ejemplo. Una compañía de
telecomunicaciones escaló una tubería CICD
moviendo partes de sus
flujos de trabajo de mainframe a través Al aprovechar los recursos de la nube, pudieron manejar una mayor demanda
sin sobrecargar su infraestructura existente, asegurando implementaciones más fluidas Mejores prácticas para la optimización
continua. Para garantizar que sus procesos de
DevOps sigan siendo eficientes y
escalables a lo largo del tiempo, siga estas mejores prácticas
para una optimización continua Uno, revisar
y actualizar periódicamente los ductos. Establezca una
cadencia regular para revisar sus ductos CICD e identificar áreas
de mejora Esté atento a
las métricas de rendimiento y realice optimizaciones
periódicas para
garantizar que sigan siendo eficientes Dos, incorporar nuevas
herramientas y tecnologías. Manténgase al día con las últimas herramientas y tecnologías de
DevOps La incorporación de nuevas
herramientas de automatización, soluciones de monitoreo o marcos de pruebas puede
ayudarle a mejorar continuamente sus procesos. Tres, fomentar una cultura de mejora
continua. Fomentar una cultura de mejora
continua
dentro de su organización. Al fomentar la comunicación abierta entre los equipos de desarrollo
y operaciones, puede recopilar comentarios y realizar mejoras
continuas en
su flujo de trabajo de DevOps O planifique la escalabilidad. A medida que aumentan sus cargas de trabajo, asegúrese de que sus canalizaciones CICD sean capaces de escalar
para satisfacer Utilice la planificación de la capacidad y la infraestructura en la nube
para adelantarse a las limitaciones de recursos.
Claves para llevar Vamos a recapitular los puntos clave
de la lección de hoy. La optimización continua es crucial para mantener la
eficiencia, la disponibilidad y la agilidad de su
mainframe que desarrolla prácticas a medida que su
organización Las áreas clave para la optimización
continua incluyen monitoreo de canalizaciones, bucles de
retroalimentación, mejoras de
automatización y planificación de la capacidad. Las mejores prácticas incluyen revisar
regularmente los ductos, adoptar nuevas herramientas, fomentar la mejora
continua y planificar la escalabilidad Al optimizar continuamente
sus procesos de Devos, asegurará de que
su sistema mainframe siga siendo receptivo,
confiable y Actividad de aprendizaje. Reflexione sobre sus procesos actuales de DevOps y responda las
siguientes preguntas Primero, ¿con qué frecuencia revisa sus canalizaciones de CICD para obtener oportunidades de
optimización Dos, ¿qué
mecanismos de retroalimentación
existen para recopilar aportes de sus equipos de desarrollo y
operaciones? Tres, ¿cómo puede automatizar o
mejorar
aún más los procesos de
automatización existentes en sus flujos de trabajo de mainframe Escribe tus respuestas
y empieza a planear cómo
incorporar la optimización continua en tu estrategia DeVoP ¿Cuál es el siguiente? En la siguiente lección, exploraremos las pruebas futuras sus sistemas mainframe con técnicas
avanzadas de DevOps Aprenderá a aprovechar contenerización y las integraciones de nube
híbrida
para modernizar su entorno de mainframe
y garantizar que
siga siendo escalable y adaptable Continuemos con el
Módulo ocho, Lección cuatro, futuros sistemas
mainframe de pruebas con técnicas avanzadas de DevOps
33. Lección 4: sistemas de mainframe a prueba de futuro con técnicas DevOps avanzadas: Lección cuatro, sistemas
mainframe de pruebas futuras con técnicas
avanzadas de DevOps Bienvenidos a la Lección
Cuatro del Módulo Ocho. En esta lección, exploraremos prácticas
avanzadas de DevOps como contenerización y la integración en la nube
híbrida para sus
sistemas mainframe a prueba de futuro A medida que la tecnología evoluciona,
es esencial garantizar que sus sistemas mainframe sigan siendo modernos, adaptables y Al adoptar estas técnicas
avanzadas, puede integrar
sus sistemas heredados con una infraestructura moderna y garantizar que su organización se mantenga competitiva en el futuro. Al final de esta lección, comprenderá cómo usar
herramientas como Docker, Kubernetes y entornos de nube para herramientas como Docker, Kubernetes modernizar
su infraestructura de fans
y
escalar sus procesos de DevOps
para su infraestructura de fans
y
escalar sus procesos de DevOps Por qué los
sistemas mainframe de pruebas futuras son cruciales. A medida que las organizaciones crecen, también lo
hacen sus necesidades tecnológicas. Los mainframes, aunque
increíblemente confiables, a menudo
se consideran
obsoletos o inflexibles en el mundo moderno de la
computación en la nube y el desarrollo ágil revisión futura de sus
sistemas mainframe garantiza que sigan siendo relevantes y puedan integrarse
sin problemas
con las tecnologías más nuevas Razones clave para el sistema mainframe
a prueba de futuro. Uno, asegurar la escalabilidad. A medida que crece la carga de trabajo, es esencial que sus sistemas
puedan escalar para satisfacer la demanda,
ya sea a través de la contenerización
o la integración en la nube Dos, integrarse con la infraestructura
moderna. Al adoptar modelos de contenerización
y nube híbrida, puede cerrar la brecha entre los sistemas
heredados y las prácticas de
desarrollo modernas Tres, mantente competitivo. Las organizaciones que
no logran modernizar corren el riesgo quedarse atrás de los competidores
que pueden implementar más rápido, escalar más fácilmente e
innovar con agilidad Cuatro, extender el
ciclo de vida de los mainframes. Al integrar prácticas
desarrolladas modernas, puede extender la vida útil
de sus mainframes, asegurando que
continúen sirviendo como columna vertebral para las operaciones de su
organización Avanzó en prácticas de DevOps
para pruebas futuras. Para mejorar el futuro de sus sistemas
mainframe, hay dos
áreas críticas para enfocarse en la
contenerización y la integración en la nube
híbrida Analicemos esto
y veamos cómo se pueden aplicar a los entornos
mainframe. Containerización de cargas de trabajo de
mainframe. contenerización permite que
las aplicaciones y los servicios se empaqueten en contenedores portátiles
livianos que ejecutan de manera consistente en
diferentes entornos Si bien la contenerización es más común en las arquitecturas modernas de
microservicios, se está volviendo
cada vez más valiosa
para las cargas de para Beneficios de la contenerización,
portabilidad. Los contenedores le permiten ejecutar aplicaciones de
mainframe
en cualquier entorno, ya sea en las instalaciones en la
nube o en configuraciones híbridas Consistencia.
Los contenedores aseguran que su código se ejecute de la misma
manera en todos los entornos, minimizando los problemas
causados por las diferencias en el entorno.
Implementación más rápida. Con los contenedores, puede implementar aplicaciones más rápido,
ya que se pueden girar,
escalar y replicar Aislamiento. Los contenedores
aíslan las aplicaciones, reduciendo el riesgo de
conflictos entre diferentes componentes
y permitiendo implementación más segura. Herramientas para contenerizar aplicaciones de
mainframe. Uno, Docker. Docker es una de las plataformas
de contenerización más populares Si bien se usa normalmente
para aplicaciones modernas, muchas organizaciones están
comenzando a explorar cómo las cargas de trabajo de mainframe
se pueden empaquetar en contenedores
Docker Dos, Kubernetes. Kubernetes es una plataforma de
orquestación que ayuda a administrar y Es ideal para administrar implementaciones a
gran escala aplicaciones
de mainframe en entornos
contenerizados Tomemos un ejemplo. Una institución bancaria
global comenzó a usar Duffer para contenerizar porciones de sus aplicaciones basadas en
cobal Al ejecutar estos contenedores
en un clúster de Kubernetes, pudieron escalar
su aplicación para satisfacer las mayores demandas,
al tiempo que obtuvieron
la confiabilidad de su infraestructura de Integración en la nube híbrida
para mainframes. La integración en la nube híbrida es otra práctica clave para futuras pruebas de sus sistemas
mainframe El entorno de nube híbrida le permite ejecutar cargas de trabajo
tanto en infraestructuras
locales entornos de
nube pública o privada, lo que le
brinda la flexibilidad de
elegir dónde deben residir las
diferentes aplicaciones
y datos Beneficios de la
nube híbrida para mainframes. Flexibilidad, para jurar ejecutar
cargas de trabajo en función del costo, rendimiento o las necesidades
regulatorias Algunas aplicaciones
pueden beneficiarse de permanecer en las instalaciones
mientras que otras pueden ser más eficientes en
la nube. Escalabilidad Los recursos de la nube se pueden escalar dinámicamente para manejar los picos demanda, mientras que las cargas de trabajo de misión
crítica pueden permanecer de forma segura
en su mainframe Eficiencia en costos.
Los modelos de nube híbrida le permiten optimizar los
costos al ejecutar cargas de trabajo
menos críticas en
la nube y, al mismo tiempo, reservar sus costosos recursos
principales
para tareas de misión crítica Recuperación ante desastres
y redundancia. Al integrarse con entornos
en la nube, puede crear
sistemas redundantes para la recuperación ante desastres, lo que garantiza que las cargas de trabajo críticas puedan conmutar por error a la
nube si es necesario Herramientas de nube híbrida
para mainframe. Uno, IBM Cloud. IBM proporciona herramientas sólidas para integrar
sistemas mainframe con el entorno Cloud, lo que le permite mover partes
de sus cargas de trabajo a la nube mientras mantiene los sistemas
críticos
en el Dos,
modernización de mainframe de AWS. AWS ofrece soluciones para
ayudar a las organizaciones a migrar, ejecutar y modernizar las
cargas de trabajo de mainframe en Esto incluye herramientas
para realojar o
refactorizar aplicaciones de mainframe para el entorno Cloud.
Tomemos un ejemplo. Una empresa minorista integró sus sistemas mainframe con AWS, moviendo
cargas de trabajo no críticas a la nube mientras
mantenía las aplicaciones de misión crítica en el Este modelo híbrido les
permitió escalar
bajo demanda y optimizar los costos mediante el
uso de recursos en bajo demanda y optimizar los costos mediante la nube para
cargas de trabajo que no requerían confiabilidad a
nivel de mainframe Pasos para implementar técnicas avanzadas de
DevOps o mainframes La implementación de técnicas avanzadas de
DevOps requiere un enfoque
paso a paso para garantizar una
integración fluida entre sus sistemas mainframe y la infraestructura
moderna Uno, evalúe sus cargas de trabajo actuales de
mainframe. Antes de adoptar técnicas
avanzadas, evalúe cuáles de sus cargas de trabajo
actuales pueden beneficiarse de la conversión en contenedores
o la Pasos para evaluar las cargas de trabajo. Identifique aplicaciones que
requieran un uso intensivo de recursos pero puedan ejecutarse de manera más eficiente en un entorno cloud o contenerizado Evalúe su papel de los
marcos principales en los procesos de
misión crítica y determine qué cargas de trabajo
deben permanecer en las instalaciones Analice los
beneficios de costos de mover cargas de trabajo
no críticas
a la nube o usar aplicaciones contenerizadas Dos, comience pequeño con la
contenerización. Comience por contenerizar
aplicaciones o componentes que no sean de misión crítica Esto le permite probar qué tan
bien
funcionan las cargas de trabajo en contenedores en su entorno
mainframe sin Pasos para la contenerización. Utilice Docker para contenerizar una aplicación aislada
o un Ejecute la
aplicación contenerizada en un entorno de prueba para garantizar
que funcione como se esperaba Ampliar gradualmente
a contenerizar más cargas de trabajo a medida que crece la confianza
en el proceso Tres, integrar soluciones de
nube híbrida. Después de almacenar en contenedores
algunas de sus cargas de trabajo, explore la integración en la nube híbrida moviendo partes de
sus
cargas de trabajo no críticas Utilice entornos de nube híbrida para equilibrar las cargas de trabajo entre
el mainframe y la Pasos para la integración
en la nube híbrida. Utilice IBM Cloud o AWS para integrar la
infraestructura de la nube con su mainframe local Ejecute cargas de trabajo no críticas
en la nube mientras mantienes datos y
aplicaciones críticas en tu mainframe Asegúrese de que
existan herramientas de nube híbrida para administrar la seguridad, cumplimiento y la sincronización de datos en todos los
entornos. O, escalar y optimizar. Una vez que haya realizado correctamente
las cargas de trabajo en
contenedores y los entornos de nube
híbrida integrados, concéntrese en escalar y
optimizar estos procesos Utilice ubernts para orquestar y
escalar sus
aplicaciones contenerizadas y escalar sus
aplicaciones contenerizadas y aprovechar los
recursos de la nube para manejar la
creciente demanda sin sobrecargar creciente demanda Mejores prácticas para mainframes
de pruebas futuras. Para garantizar el éxito a largo plazo con estas técnicas avanzadas de
DevOps, siga estas mejores prácticas Uno, comience con cargas de trabajo no
críticas. Comience siempre por contenerizar o mover
cargas de trabajo no críticas a la nube Esto minimiza el riesgo mientras se
prueban nuevos procesos. Dos, apalancar la automatización. Utilice
las herramientas de automatización de DevOps para administrar implementaciones,
monitoreo y escalado de
contenedores La automatización ayuda a
optimizar las operaciones y garantiza que
pueda escalar de manera eficiente. Tres, garantizar una fuerte
seguridad y cumplimiento. Al mover cargas de trabajo a la nube o usar la
contenerización, asegúrese de que sus
protocolos de seguridad Esto incluye cifrado, control de
acceso y auditorías regulares o monitorear y mejorar
continuamente. Supervise continuamente
sus cargas de trabajo para asegurarse de que están
funcionando de manera óptima Utilice las herramientas de monitoreo en la nube
para realizar un seguimiento del rendimiento, costos y la
utilización de recursos. Claves para llevar Vamos a recapitular los puntos clave
de la lección de hoy. Primero, la contenerización
permite que las aplicaciones de mainframe ejecuten de manera consistente
en todos los entornos, ofreciendo portabilidad, escalabilidad En segundo lugar, la
integración en la nube híbrida le permite equilibrar las cargas de trabajo entre mainframes
locales y entornos en la nube, optimizando costos y recursos En tercer lugar, comience poco a poco
colocando en contenedores cargas de trabajo
no críticas
e
integrando gradualmente los recursos de la nube
en su infraestructura En cuarto lugar, siga las mejores prácticas como aprovechar la automatización, garantizar la seguridad
y monitorear sus
sistemas mainframe
a prueba de futuro Actividad ganadora.
Tómese un momento para reflexionar sobre sus sistemas
mainframe actuales y responder las
siguientes preguntas Primero, ¿cuál de sus cargas de trabajo de
mainframe actuales beneficiaría de la conversión en contenedores Dos, ¿qué
soluciones de nube híbrida podrían
integrarse en su
infraestructura existente para optimizar los costos
y el rendimiento? Tres, ¿cómo puede usar herramientas de chestración de
contenedores como Kubernetis para escalar sus Escriba sus
respuestas y comience a planificar su estrategia de
pruebas futuras. Enhorabuena por
completar el curso. Ha
completado con éxito el curso de escalado y optimización de las prácticas de DevOps
para mainframe Ahora tiene herramientas, conocimientos y estrategias para escalar
sus procesos de Devos, optimizar las canalizaciones CICD
y probar
sus sistemas mainframe para el futuro con técnicas avanzadas como la contenerización ¿Cuál es el siguiente? Ahora que ya has
completado este curso, es momento de poner en práctica tus
conocimientos. Comience por identificar áreas donde se pueden
optimizar
sus
procesos de devops actuales y donde se pueden aplicar
técnicas avanzadas busca de aprendizaje adicional, considere inscribirse en uno
de los siguientes cursos para continuar su viaje hacia los sistemas
mainframe Uno, implementar la integración
continua
slash Continuous Delivery o CICD en mainframes Aprenda un
proceso paso a paso para establecer CI CD
automatizados
o bases de código de mainframe, mejorando la eficiencia
y confiabilidad Dos, migrar cargas de trabajo de
mainframe
a las mejores prácticas de Cloud Explore estrategias para mover de
manera segura las cargas de trabajo de misión crítica de los
mainframes a los entornos de nube,
lo que garantiza la seguridad, la
escalabilidad Tenga en cuenta que los cursos
disponibles pueden haber sido titulados
de manera diferente a estos títulos otorgados. Estén atentos para
cursos más avanzados que llevarán su
viaje de modernización de mainframe aún más lejos Gracias por
asistir al curso y nuevamente, enhorabuena.
Skillshare Member Nuqui, Headline...
