Transcrições
1. Apresentação: Bem-vindo ao mainframe
Mastery with DevOps. Integrando sistemas legados
com práticas ágeis. Meu nome é Ricardo Nupi e sou seu instrutor neste curso O objetivo do mainframe
Mastery with DevOps é
capacitar gerentes de
sistemas de computação de mainframe e profissionais de
TI a integrar
com sucesso princípios de
DevOps profissionais de
TI a integrar
com sucesso os princípios de
DevOps em seus ambientes de mainframe legados. Ao final do
curso, os alunos dominarão a capacidade de
modernizar suas operações de
mainframe usando práticas ágeis, simplificar processos de automação
e promover
a colaboração e promover Eles serão capazes de
criar e gerenciar pipelines de
TICD, automatizar fluxos de trabalho
críticos
e garantir segurança e conformidade, mantendo a estabilidade
e a confiabilidade de seus
principais sistemas de mainframe Este curso tem como objetivo
fornecer estratégias práticas
e ferramentas práticas que ajudem a preencher a lacuna entre os sistemas
tradicionais de mainframe e as práticas modernas de DevOps, permitindo que os alunos
conduzam suas organizações
em direção a uma maior agilidade,
eficiência O objetivo final
é que os alunos adquiram
as habilidades, os conhecimentos e as habilidades que lhes
permitirão integrar princípios de
DevOps em
suas operações de mainframe, garantindo uma colaboração tranquila
e fluxos de trabalho modernizados Aqui está uma análise detalhada
das habilidades e
conhecimentos específicos que eles adquirirão
até o final do curso. Um, entender os princípios do
DevOps em um contexto de mainframe Os alunos terão uma compreensão
profunda dos principais conceitos de DevOps,
como integração contínua, entrega
contínua,
automação e colaboração,
e como esses princípios podem ser aplicados especificamente a ambientes de
mainframe Segundo, construir e gerenciar tubulações
CICD para sistemas de
mainframe Os alunos aprenderão
como projetar, construir e gerenciar pipelines CICD personalizados para fluxos de trabalho de mainframe Eles poderão automatizar o teste, a implantação
e o monitoramento de
código para aplicativos de
mainframe usando ferramentas modernas de DevOps Três, automatizar os processos do
mainframe. Eles desenvolverão a
capacidade de automatizar principais processos de mainframe
, como testes e implantações, usando
ferramentas como Jenkins, Git e código urbano IBM,
garantindo o mínimo Quatro, facilitando a colaboração entre
equipes. Os alunos poderão promover
a colaboração entre equipes de mainframe e departamentos de TI
mais amplos Eles aprenderão estratégias
para quebrar silos, integrar fluxos de trabalho e promover metas
compartilhadas entre equipes
usando metodologias ágeis Cinco, implementar práticas
ágeis em operações de
mainframe Eles serão capazes de incorporar práticas
ágeis, como
desenvolvimento iterativo, sprints
e feedback
contínuo, às operações do mainframe, tornando-os mais responsivos às necessidades
comerciais sem sacrificar a confiabilidade comerciais Seis, integrando ferramentas DevOp
modernas com sistemas de mainframe antigos Os alunos se tornarão
proficientes na integração de
ferramentas modernas de DevOps, como Git,
Docker e Kubernetes, no ecossistema de mainframe,
entendendo como adaptar essas ferramentas aos desafios específicos
do mainframe entendendo integração de
ferramentas modernas de DevOps, como Git,
Docker e Kubernetes, no ecossistema de mainframe,
entendendo como adaptar essas ferramentas aos desafios específicos
do mainframe. Sete, gerenciar riscos e garantir a segurança no
Devos para mainframes Eles ganharão experiência em gerenciar riscos e manter conformidade com os regulamentos de
segurança ,
ao mesmo tempo em que adotarão processos Devos
mais rápidos e ágeis Isso inclui aprender
como implementar pipelines Devo
seguros que mantêm a estabilidade dos sistemas
críticos de mainframe A, superar a resistência à
mudança nas equipes de mainframe. Os alunos adquirirão habilidades de liderança e gerenciamento de mudanças, ajudando-os a orientar
suas equipes para enfrentar
a mudança cultural necessária
para a adoção do DevOps Eles aprenderão como
lidar com a resistência e criar adesão entre suas chamadas de
mainframe Nove, monitorando e otimizando o desempenho do
mainframe em
um ambiente DevOps Eles aprenderão como
configurar
estratégias de monitoramento e otimização de
desempenho para mainframes em um ambiente
DevOps, garantindo que os sistemas permaneçam eficientes, confiáveis
e Dez, principais iniciativas de
modernização do mainframe. Ao final do
curso, os alunos estarão preparados para liderar projetos de
modernização de mainframe, alinhando seus
sistemas legados com serviços em nuvem, móveis e web para preparar sua infraestrutura de TI para o futuro Para implementar com sucesso o Devos de
mainframe, há oito etapas ou
estágios
essenciais que os alunos
devem Esses estágios
os guiarão desde a compreensão dos conceitos do
Devos até a
integração total em suas operações de
mainframe, garantindo uma colaboração tranquila
e Etapa 1: avaliar o ambiente atual do
mainframe. O objetivo é obter uma compreensão
abrangente da
infraestrutura,
dos fluxos de trabalho e dos processos existentes do mainframe fluxos de trabalho e Aja, realize uma avaliação
completa do estado atual
dos sistemas de
mainframe,
identificando processos manuais, identificando processos manuais, ineficiências e
gargalos que
poderiam se beneficiar das práticas de
DevOps, poderiam se beneficiar das práticas de
DevOps ineficiências e
gargalos que
poderiam se beneficiar das práticas de
DevOps, mapeie os principais aplicativos e dependências. Principais perguntas a serem feitas quais são os fluxos de trabalho críticos Quais processos são manuais? Onde estão as oportunidades de automação e otimização? Dois, estabeleça uma
cultura e uma mentalidade de DevOps. O objetivo é mudar a cultura
organizacional das operações
tradicionais de mainframe em silos
para uma mentalidade mais colaborativa Ação, introduza
os conceitos de DevOps tanto para
equipes de mainframe quanto para temas mais amplos de TI Enfatize a importância
da colaboração, responsabilidade
compartilhada e do trabalho em equipe
multifuncional Conquiste a adesão das
partes interessadas
demonstrando os benefícios de
longo prazo do DevOps para mainframes Elementos-chave, estratégias de
comunicação, apoio à
liderança e táticas de gerenciamento de
mudanças. Etapa três, testes automatizados
e garantia de qualidade. O objetivo é iniciar a transformação
do Devos
automatizando processos críticos
de testes Ação, implemente estruturas de
teste automatizadas específicas para
aplicativos de mainframe, como COBOL Concentre-se na
integração contínua
executando testes automaticamente
sempre que um novo código for adicionado. Isso reduzirá o tempo
gasto em testes manuais e aumentará a qualidade dos
lançamentos. Ferramentas para usar. Use ferramentas como Jenkins ou IBM Urban code para
automatizar os ciclos de teste Um, passo quatro, implemente pipelines de
integração contínua O objetivo é
desenvolver e gerenciar pipelines de integração
contínua
para aplicativos de mainframe Ação, configure pipelines de
CI automatizados que permitam aos desenvolvedores integrar código regularmente em
um repositório compartilhado, garantindo que cada
integração acione compilações e testes
automatizados
para detectar erros com antecedência e para detectar Principais atividades, integração de
sistemas de controle de versão como G com ferramentas de
CI, como Jenkins, para
lidar com a automação de construção para aplicativos de
mainframe R: Etapa 5: automatizar a implantação com pipelines de entrega
contínua O objetivo é automatizar
o processo de implantação para reduzir o tempo de inatividade e
acelerar os ciclos de lançamento Aja, estenda a automação além testes e construções
configurando pipelines de
entrega contínua que implantam automaticamente as alterações
testadas em diferentes ambientes, como desenvolvimento, preparação e produção Isso garante que a implantação se torne mais rápida e
menos propensa a erros. Ferramentas que usam ferramentas como IBM Urban code deploy são responsáveis pela automação urbana do
mainframe Na sexta etapa, integre os ciclos de
monitoramento e feedback. O objetivo é
criar ciclos de feedback para melhoria
contínua
e monitoramento proativo Aja, configure sistemas de monitoramento
e registro de
desempenho, acompanhe o desempenho do mainframe
e detecte problemas com antecedência Implemente ciclos de feedback para as equipes de
mainframe e Devops colaborem para resolver problemas
e O feedback contínuo
melhora a confiabilidade e o desempenho ao longo do tempo. atividade do sistema Imtrex, taxa de sucesso
de implantação
e tempos de resolução de problemas Hum, passo sete, garanta a segurança
e a conformidade no DevOps. O objetivo é manter altos padrões de segurança e
conformidade ao adotar as práticas do Devos Aja e integre a segurança
aos pipelines ou configurações do Devos automatizando os testes de
segurança e garantindo que as verificações de conformidade façam parte do processo do
CICB Isso é especialmente importante
em setores regulamentados como finanças e saúde onde os mainframes
são comumente usados Nas principais áreas, incorpore ferramentas para verificação de
vulnerabilidades
e verificações de conformidade diretamente no pipeline do CICB Etapa oito:
otimizar e escalar continuamente. O objetivo é refinar
regularmente as práticas de
DevOps e
escalá-las em todo o ambiente de
mainframe práticas da Action as Devos As práticas da Action as Devos são integradas às operações do
mainframe, avaliam
e otimizam
continuamente os processos de eficiência e desempenho e escalam implementações bem-sucedidas da
Devo em outras partes
da organização Incentive o treinamento contínuo
e o desenvolvimento de habilidades para manter a equipe atualizada com novas ferramentas e metodologias Com foco no futuro, introduza práticas Devo
mais avançadas, como conteinerização ou Docker e integração de nuvem
híbrida, para modernizar
ainda mais os ambientes modernizar
ainda mais O curso é dividido em
oito módulos da seguinte forma. Módulo um, introdução
ao DevOps para mainframes. Este módulo apresenta o conceito
central do DevOps e
explica por que e como eles
se aplicam aos sistemas de mainframe Ele aborda os benefícios
do DevOps para sistemas
legados e define a base para todo
o curso Objetivo de aprendizagem:
ao final deste módulo, você será capaz de explicar os princípios fundamentais
do DevOps e identificar pelo menos três benefícios da aplicação do DevOps ao ambiente de
mainframe Módulo dois, avaliando a prontidão do seu ambiente de mainframe
para DevOps Os alunos aprenderão a avaliar sua infraestrutura de
mainframe atual, identificando pontos específicos,
processos manuais e Este módulo prepara o cenário para implementação do
DevOps ao identificar áreas que
precisam Objetivo de aprendizagem:
ao final deste módulo, você poderá realizar avaliação
abrangente do
seu sistema de mainframe e identificar pelo menos
cinco processos ou áreas que poderiam se
beneficiar das práticas de DevOps Módulo três, criando uma cultura de DevOps em equipes de
mainframe Este módulo se concentra em mudar a mentalidade
da organização, silos
e promover
a
colaboração entre as equipes de
mainframe e os departamentos de TI eliminar silos
e promover
a
colaboração entre as equipes de
mainframe e os departamentos de TI mais amplos. Ele abrange estratégias
de gerenciamento de mudanças e técnicas de
liderança
para introduzir o DevOps. Objetivos de aprendizagem. Ao final deste módulo, você poderá
criar uma estratégia
para promover a
colaboração e eliminar os silos entre as equipes de
mainframe e
de TI e
delinear os silos entre as equipes de
mainframe e
de TI e técnicas
de
gerenciamento pré-mudança você poderá
criar uma estratégia
para promover a
colaboração e eliminar os silos entre as equipes de
mainframe e
de TI e
delinear técnicas
de
gerenciamento pré-mudança para impulsionar a adoção do DevOps. Um módulo quatro, testes
automatizados e integração
contínua
para Os alunos mergulharão na
automação de testes para aplicativos de mainframe e na
configuração Este módulo aborda ferramentas como
Jenkins e IBM Urban Code explicando como automatizar
o processo de teste para garantir uma integração de código mais rápida e
confiável Objetivo de aprendizagem:
ao final deste módulo, você poderá configurar um pipeline de
integração contínua para aplicativos de mainframe e automatizar pelo menos dois processos de teste
principais usando ferramentas como Jenkins
ou IBM Módulo cinco, implementando entrega
contínua e a automação de
implantação. Este módulo ensina
aos alunos como automatizar o processo de implantação em pipelines de entrega
contínua, com foco na redução da intervenção
manual
e na minimização do tempo de inatividade Ferramentas para
automação de implantação serão exploradas. Objetivo de aprendizagem:
ao final deste módulo, você poderá automatizar os processos de
implantação
implementando um
pipeline de entrega contínua e demonstrar como reduzir o
tempo de implantação em pelo menos 30% Um módulo seis, monitorando os ciclos de feedback e a otimização
do desempenho Os alunos
aprenderão como configurar sistemas de
monitoramento
e ciclos de feedback que garantam a
melhoria contínua Este módulo se concentra em como monitorar o
desempenho do mainframe em um ambiente DevOps
e em como otimizar para obter melhor confiabilidade
e Objetivo de aprendizagem:
ao final deste módulo, você poderá configurar
um sistema de monitoramento para desempenho do
mainframe e
estabelecer ciclos de feedback,
demonstrando como
identificar e resolver problemas de
desempenho em
uma estrutura de DevOps demonstrando como
identificar e resolver problemas de
desempenho em
uma Módulo sete,
integrando segurança e conformidade no mainframe
Devos ou DevSecOps Este módulo aborda
como integrar práticas de
segurança na estrutura
do DevOps, garantindo que os sistemas de mainframe permaneçam em conformidade com Isso inclui a automação de verificações de
segurança e verificação vulnerabilidades como
parte do processo CICD Objetivo de aprendizagem:
ao final deste módulo, você poderá implementar verificações de segurança
automatizadas no pipeline do CICD e
garantir a conformidade com regulamentos do
setor, realizando
pelo menos duas verificações de vulnerabilidade como parte do processo de
implantação Módulo oito, escalando e otimizando as
práticas de DevOps O módulo final
explora como escalar as práticas de
DevOps no ambiente de
mainframe de
uma organização mainframe de
uma organização Também abrange técnicas de
otimização contínua para melhorar a eficiência, colaboração em
equipe e sistemas preparados para o
futuro para atender às necessidades comerciais
em evolução Objetivos de aprendizado:
ao final deste módulo, você poderá escalar as práticas da
Devo em seu ambiente de mainframe e otimizar os fluxos de trabalho existentes, demonstrando uma melhoria
na eficiência da equipe e no desempenho
do sistema em pelo menos
20%. Vamos começar.
2. Aula 1: o que é DevOps?: Bem-vindo ao Módulo 1. Introdução ao DevOps
para mainframes. Neste módulo, você aprenderá os
conceitos fundamentais de Davos, como eles se aplicam aos ambientes de
mainframe e como criar uma cultura
colaborativa modernizada mainframe Exploraremos a integração
contínua, a entrega contínua, automação e a
colaboração, e como esses princípios podem
transformar seu sistema legado. Primeira lição, o que é Devops. Bem-vindo à primeira lição de Mainframe Mastery with
Devos, na qual
começaremos nossa jornada respondendo
a começaremos nossa jornada respondendo Mainframe Mastery with
Devos, na qual
começaremos nossa jornada respondendo
a uma pergunta fundamental.
O que é DevOps Nesta lição,
exploraremos principais princípios do Devos e detalharemos seus
principais componentes, integração
contínua para CI, entrega
contínua para CD,
automação e colaboração Também examinaremos como o
Devos difere das formas tradicionais pelas quais
as equipes de mainframe operaram
historicamente Se você é um
profissional de mainframe como eu, talvez
esteja se perguntando: como essa abordagem moderna se
encaixa em nossos sistemas legados Ao final dessas aulas, você
entenderá claramente por que o Devos não é apenas possível, mas essencial para
suas operações de mainframe O que é DevOps? Em essência, DevOps é uma combinação de
desenvolvimento e operações, e é mais do que apenas um conjunto
de ferramentas ou tecnologias DevOps é uma filosofia, uma forma de trabalhar que
promove uma cultura de colaboração entre sistemas
tradicionalmente isolados Trata-se de quebrar as barreiras entre
os desenvolvedores que escrevem o código e as equipes de
operações
que gerenciam a implantação
e a manutenção, garantindo que todos
trabalhem juntos durante todo o ciclo de vida do
desenvolvimento de software. No contexto dos mainframes, essa filosofia pode parecer um afastamento radical da forma como as coisas têm sido feitas
tradicionalmente Os mainframes geralmente operavam com uma clara distinção entre as funções Desenvolvedores,
administradores de sistemas e equipes
operacionais trabalham
em suas próprias áreas. Mas com o DevOps, estamos nos movendo em direção a uma cultura de responsabilidade
compartilhada Agora, vamos detalhar
seus princípios fundamentais. EBOS é construído em torno de
quatro princípios fundamentais integração
contínua ou CI, entrega
contínua ou CD,
automação e colaboração Vamos dividir isso
em mais detalhes. Integração contínua ou CI. integração contínua é
a prática de mesclar alterações de
código com frequência em um depósito compartilhado, onde elas
são testadas automaticamente O objetivo é detectar
erros com antecedência e frequência, tornando o desenvolvimento mais
eficiente e reduzindo o risco de integrar grandes mudanças
no final do processo Por exemplo, imagine
que você esteja trabalhando em um programa crítico de cobalto para transações de
sua instituição financeira Antes de adotar a CI, sua equipe pode ter passado
semanas programando de forma isolada, apenas para descobrir problemas de
integração quando tudo foi Com a CI, no entanto,
cada alteração de código é
criada e testada automaticamente, permitindo que você detecte
problemas mais cedo. Isso reduz o dispendioso retrabalho e garante que os problemas
sejam identificados Entrega contínua para currículo. Enquanto a CI se concentra em integrar e testar o
código com frequência, CD de entrega
contínua
leva as coisas um
passo adiante ao automatizar a implantação
do código testado O objetivo é ter sua base de
código pronta para implantação a qualquer momento com o mínimo de intervenção humana. Por exemplo, em um ambiente tradicional de
mainframe, implantação de novas atualizações seu sistema CICS pode ter exigido semanas
de coordenação, aprovações Com o CD, você pode
automatizar grande parte
desse processo para que, depois que
uma alteração passar no teste, ela seja automaticamente
empacotada para implantação Isso significa lançamentos mais rápidos, menos tempo de inatividade e
menos erros manuais Automação. A automação é
a espinha dorsal do Devos Do teste à implantação, automação de
tarefas repetitivas garante que os sistemas sejam mais
eficientes Em um ambiente Devos, tudo o que pode ser automatizado
deve ser automatizado . Um exemplo. Pense nos testes manuais sua equipe realiza
antes do lançamento É trabalhoso,
propenso a erros e demorado. Ao automatizar esse
teste, por exemplo, automatizando o teste de regressão
para seus programas COBOL,
você pode liberar sua equipe para A automação pode ser
aplicada a testes,
implantação, provisionamento de infraestrutura
e até mesmo verificações de segurança Colaboração, o DevOps
quebra os silos tradicionais, incentivando a
colaboração contínua entre desenvolvimento, operações e outras equipes Ela mudou de uma mentalidade profissional
para uma cultura em que todos trabalham
juntos durante todo o ciclo de
vida de um produto Por exemplo, em muitas equipes de
mainframe, desenvolvedores e operações só se comunicam quando
algo dá errado. Com o DevOps, a colaboração é
incentivada desde cedo e com frequência. Desenvolvedores,
programadores de sistemas e equipes de
operações se reúnem
regularmente para compartilhar feedback, superar desafios e otimizar o pipeline de
entrega Ao promover uma cultura
colaborativa, as equipes são capazes de resolver
problemas com mais rapidez e
oferecer Como o Devos se diferencia das operações tradicionais de
mainframe? Devops pode soar como uma língua
estrangeira para aqueles de nós que passaram anos em ambientes tradicionais de
mainframe Historicamente,
as operações de mainframe eram isoladas, com cada equipe
focando em seu próprio domínio,
os desenvolvedores escreviam código, as operações o
implantavam e mantinham,
e nenhuma delas agrupava processos
no território da Há uma análise rápida de como o Devos se compara às operações
tradicionais de mainframe Onde, no
mainframe tradicional, desenvolvimento e
as operações são separados Na abordagem de DevOps, o desenvolvimento e as operações trabalham juntos durante todo
o ciclo de vida Nas operações tradicionais de
mainframe, há longos ciclos de lançamento, que
levam semanas ou, às vezes, meses Mas no DevOps,
lançamentos frequentes são uma norma, às vezes diariamente ou de hora em hora Nas operações tradicionais de
mainframe, o teste e a
implantação
manuais são a norma Enquanto no DevOps,
testes e implantação automatizados via CD, pipelines do
CICD Nas operações tradicionais de
mainframe, comunicação entre as equipes é limitada Mas na abordagem da Devos, colaboração
contínua e ciclos de
feedback são incentivados Nos ambientes tradicionais de
mainframe, as equipes trabalham isoladamente, resultando em longos
ciclos de lançamento e processos manuais DevOps visa eliminar essas eficiências
introduzindo automação, ciclos de lançamento
mais rápidos e colaboração
perfeita O resultado final é um software mais
confiável, tempo de resposta
mais rápido e uma equipe mais feliz Até agora, você deve ter uma compreensão
sólida do que é o Devos e como ele pode
beneficiar as operações de mainframe Vamos recapitular os pontos principais. Primeiro, o Devos é uma
abordagem colaborativa que integra desenvolvimento e operações, agilizando a entrega de desenvolvimento e operações, agilizando a entrega de software. Em segundo lugar, a
integração contínua ou CI ajuda a identificar e corrigir problemas precocemente testando e
mesclando alterações de código
com frequência Em terceiro lugar, a entrega contínua ou CD automatiza o processo de
implantação, garantindo lançamentos
mais rápidos e confiáveis Ou, a automação de tarefas
repetitivas é fundamental para melhorar a
eficiência e reduzir erros. A
colaboração elimina os silos e garante que todos
trabalhem em prol de uma meta compartilhada Atividade de ganho. Para reforçar
o que você aprendeu, algum
tempo para refletir sobre seu próprio ambiente de mainframe.
Anote o seguinte. Quais são os principais
desafios que sua equipe enfrenta em termos de colaboração
e processos manuais. Quais dos
princípios de DevOps, DI, CD, automação ou
colaboração beneficiariam mais imediatamente
seus fluxos de trabalho atuais O que vem a seguir? Na próxima lição, abordaremos os
três principais benefícios da adoção
do DevOps
para Exploraremos como o DevOps pode levar a ciclos
de entrega mais rápidos, melhor colaboração e maior
eficiência operacional Também ouviremos
exemplos reais de empresas que implementaram com sucesso o DevOps em seus ambientes de mainframe Vamos continuar com o Módulo 1, Lição 2, os benefícios
do DevOps para mainframes Estou animado para continuar
essa jornada com você. Vamos modernizar suas
operações de mainframe e desbloquear o poder do DevOps juntos.
3. Aula 2: os benefícios do DevOps para Mainframes: Lição dois, os benefícios do
Dev Ops para rainhas principais. Bem-vindo à segunda lição sobre maestria de
mainframe com Devos. Em nossa lição anterior,
abordamos os princípios fundamentais dos
Devovs e como eles diferem
das operações tradicionais de
mainframe Agora é hora de se
aprofundar nos benefícios. Por que o Devov é tão crucial
para os mainframes atualmente? Como esses benefícios podem
impactar diretamente seu
ambiente de mainframe Nesta lição, exploraremos os três principais benefícios da
adaptação do Devovs em ambientes de
mainframe Primeiro, os ciclos de
entrega mais rápidos. Dois, colaboração aprimorada e três, maior eficiência
operacional. Ao longo do caminho, analisamos exemplos
reais
de como as organizações implementaram com sucesso o DevOps em seus mainframes, transformando Ao final desta lição, você não apenas entenderá por que DevOps é valioso para
seus sistemas de mainframe, mas também poderá
articular os benefícios para sua equipe, ajudando a criar
adesão para a
transformação Beneficie de ciclos de
entrega únicos e mais rápidos. Um dos desafios mais
urgentes no ambiente
tradicional de mainframe é o tempo
necessário para desenvolver, testar e implantar novas atualizações Esses ciclos longos geralmente significam que, quando as
atualizações estão disponíveis, elas já estão desatualizadas ou não estão mais alinhadas
às necessidades comerciais Entre no DevOps. DevOps acelera
o ciclo de entrega
introduzindo automação
e processos contínuos, permitindo que sua equipe
forneça atualizações mais frequência e com
maior confiança Por exemplo, considere uma
grande seguradora gerenciando seu sistema de
processamento de apólices em um mainframe antigo Antes do DevOps,
a
implantação de novos recursos nesse sistema demorava meses
devido aos testes manuais, aprovações e à coordenação necessária entre Depois que a empresa adotou as práticas de
DevOps, automatizando seu pipeline de CICD e introduzindo testes
contínuos, seu ciclo de implantação foi reduzido de meses Como resultado, a
empresa poderia responder muito mais rapidamente às
mudanças regulatórias e à demanda dos clientes. Veja como a Devos consegue
essa entrega mais rápida. O primeiro é o
teste e a implantação automatizados que reduzem o tempo gasto
em tarefas manuais repetitivas Em segundo lugar, os oleodutos CICD. Eles permitem a
integração contínua do código, de modo que pequenas alterações incrementais sejam lançadas com mais frequência Em terceiro lugar,
ciclos de feedback contínuos que garantem
que os problemas sejam detectados precocemente,
reduzindo o retrabalho e Para um ambiente de mainframe, esse ciclo mais rápido não
significa sacrificar a estabilidade. Isso significa adotar a
automação para passar de ciclos de longos e intensivos
para ciclos de
lançamento mais curtos e mais
responsivos Segundo benefício:
colaboração aprimorada. Em uma configuração tradicional de
mainframe, as equipes de
desenvolvimento e operações geralmente operam em silos Os desenvolvedores criam e entregam o código, e
as operações partem daí. Essa falta de colaboração
pode causar atritos,
mal-entendidos e
, por fim , atrasos O DBO promove uma
colaboração
aprimorada reunir essas equipes para trabalhar lado a
lado durante
todo o ciclo do software Um exemplo, veja o caso de um banco global gerenciando seu
sistema bancário principal em um mainframe A equipe de desenvolvimento foi
responsável pela criação novos recursos, enquanto
a equipe de operações
cuidava da implantação
e da manutenção Sem sobreposição entre os dois, os problemas eram frequentemente
descobertos no final do ciclo, causando atrasos
e apontando o dedo Ao adotar o DevOps, o banco introduziu
equipes multifuncionais nas quais desenvolvedores, testadores e operações
trabalham juntos desde Levantamentos regulares e metas
compartilhadas ajudam a preencher
a lacuna de comunicação. Em um ano, eles
relataram uma redução de 30% no tempo de inatividade e uma
resolução mais rápida de problemas graças à colaboração
contínua Como o DevOps promove
uma melhor colaboração? Primeiro, equipes multifuncionais, Devops incentiva a mudança
de funções isoladas para equipes
integradas, nas
quais todos compartilham a responsabilidade pelo
sucesso responsabilidade pelo Dois objetivos compartilhados. Todos em um ambiente Devos trabalham com o
mesmo objetivo, entrega de
software mais
rápida e confiável Esse alinhamento ajuda a
reduzir o atrito. Em terceiro lugar, a comunicação contínua, ciclos
regulares de feedback e levantamentos garantem que os problemas sejam detectados forma justa e resolvidos rapidamente Para as equipes de mainframe, essa colaboração significa fluxos de trabalho
mais eficientes,
menos atrasos e, em última análise, implantações
mais bem-sucedidas Benefício três: maior eficiência
operacional. Por fim, o DevOps gera maior eficiência
operacional. Os ambientes de mainframe geralmente
são sobrecarregados pelo processamento
manual, especialmente em testes,
implantação e monitoramento DevOps introduz a
automação em todas as etapas, liberando sua equipe para se concentrar em tarefas de
maior valor e reduzir
o risco de Um exemplo, uma organização de
saúde estava gerenciando seu prontuário de pacientes em um sistema de
mainframe de grande escala processos manuais de teste e
implantação significavam que cada atualização exigia muitos recursos e tempo, com alto
risco de erro humano. Depois de introduzir as ferramentas de
automação do DevOps, especialmente para
testes de regressão e implantação, a organização reduziu
o tempo de teste em 50%, permitindo
lançar atualizações com menos recursos e
significativamente menos Essa eficiência
liberou a equipe para trabalhar em iniciativas
mais estratégicas,
como integrar o mainframe com plataformas de análise
baseadas em nuvem DevOps alcança essa eficiência
operacional uma só vez,
automatizando O teste, a implantação
e o monitoramento podem ser automatizados, reduzindo o tempo gasto nessas atividades
manuais. Segundo,
monitoramento e feedback proativos. As ferramentas de monitoramento contínuo ajudam a identificar e resolver problemas de desempenho
antes que eles se tornem críticos, reduzindo o tempo de inatividade e
melhorando a confiabilidade do sistema Três, otimização de recursos. A automação significa que menos pessoas são necessárias para tarefas repetitivas, permitindo que as equipes se concentrem na
inovação e nas iniciativas
estratégicas Em ambientes de mainframe em que tempo de atividade e a estabilidade
são essenciais, essa eficiência garante
que os sistemas funcionem sem problemas enquanto as atualizações são
implementadas Vamos fazer um estudo de caso. Implementação bem-sucedida do DevOps em ambientes de mainframe Primeiro, instituição financeira. Um grande banco que gerencia seu
processamento principal de transações em um mainframe adotou a automação do DevOps
para implantação, reduzindo seu ciclo de lançamento de
três meses para duas ciclos contínuos de feedback entre desenvolvedores e operações ajudam a equipe
a resolver problemas mais rapidez, melhorando a confiabilidade
do sistema Outro estudo de caso,
uma empresa de varejo. O varejista global que gerencia sistemas de
inventário em um mainframe introduziu o pipeline
CICD, reduzindo o tempo gasto em testes e
implantação
manuais em testes e
implantação
manuais Isso permitiu que eles
implantassem novos recursos na metade do tempo, mantendo a estabilidade do
sistema antigo. Vamos pegar outra,
uma agência governamental. Uma
organização do setor público que gerencia registros de
cidadãos em um sistema de mainframe
legado adotou práticas de DevOps para
melhorar a colaboração
entre suas equipes Equipes multifuncionais
e testes automatizados ajudam a agência a melhorar sua taxa de sucesso de
implantação, reduzindo as falhas em 40%. Esses exemplos demonstram que independentemente da complexidade do sistema
de mainframe, a adoção do DevOps pode
levar a fluxos de trabalho mais rápidos, eficientes e
colaborativos E para levar. Antes de prosseguirmos, vamos recapitular os
pontos principais desta lição Ciclos de entrega únicos e mais rápidos. DevOps reduz os ciclos de entrega, permitindo que as equipes de mainframe
lançem atualizações com lançem atualizações Dois, colaboração aprimorada. Ao quebrar silos e promover o trabalho em equipe
multifuncional, o
DevOps reduz o atrito e resulta em fluxos de trabalho DevOps reduz o atrito Três, maior eficiência
operacional. automação reduz a
carga dos processos manuais, liberando recursos e
melhorando a confiabilidade do sistema Atividade de aprendizagem. Agora que você aprendeu os benefícios
do DevOps para mainframes, reserve um momento para refletir
sobre seu próprio ambiente Para esta atividade,
responda às seguintes perguntas. Quais são os gargalos atuais
em seu ciclo diário? Como a melhoria da
colaboração entre
suas
equipes de desenvolvimento e operações afetaria suas
equipes de desenvolvimento e operações seu fluxo de trabalho? Quais processos em
seu ambiente se
beneficiariam com a automação? Reserve um tempo para anotar
suas respostas e
pensar em como o DevOps pode ajudar a
resolver esses pontos problemáticos O que vem a seguir? Na próxima lição, abordaremos alguns
dos desafios da implementação
do
Devos em mainframes Identificaremos os obstáculos
exclusivos que você pode enfrentar, desde o gerenciamento de sistemas
legados até a
superação da resistência à mudança e a abordagem de questões
de segurança Esses desafios são reais, mas com as estratégias certas,
eles podem ser superados. Vamos continuar com o módulo
um, lição três, desafios da implementação do
Devos em mainframes
4. Aula 3: desafios da implementação de DevOps em Mainframes: Lição três, desafios da
implementação do DevOps
em mainframes Bem-vindo à terceira lição sobre o
domínio de mainframe com o Devos. Nesta lição, vamos nos
aprofundar desafios que surgem com
a implementação do DevOps em um ambiente de
mainframe Embora os benefícios
do DevOps sejam claros, ciclos de entrega
mais rápidos, colaboração
aprimorada e maior eficiência,
existem obstáculos significativos que impedem
a integração
dessas práticas modernas em a integração
dessas práticas modernas sistemas
legados, como Seja lidando com tecnologia
ultrapassada, resistência
cultural de equipes que fazem as coisas da mesma maneira há décadas ou questões de segurança
e conformidade, implementação de DevOps
e mainframes
exige planejamento e estratégia cuidadosos Não estamos aqui para
amenizar a dificuldade, mas sim para equipá-lo
com o conhecimento para enfrentar essas dificuldades e
desafios Ao final desta lição, você poderá identificar os obstáculos
mais comuns para a adoção do DevOps em um ambiente de mainframe
e entender como superá-los com Um, o desafio
dos sistemas legados. Vamos começar com o maior
obstáculo, os sistemas legados. mainframes são a espinha dorsal
de muitos setores essenciais, financeiros, de saúde do governo, mas são
baseados em tecnologias de décadas introdução de práticas modernas de
DevOps , originalmente
projetadas para ambientes de
nuvem e web, em um ambiente de mainframe não é tão
simples quanto simples quanto Por que isso é um desafio? Uma, tecnologias
ultrapassadas. Muitos aplicativos de mainframe são escritos em linguagens
como CB ou assembler, que não são familiares às ferramentas de
DevOps criadas pensando em linguagens e sistemas mais modernos Duas arquiteturas rígidas. Os mainframes operam de forma
altamente estruturada com processos rígidos
relacionados ao controle de tarefas, processamento
em lote e alocação de
recursos, dificultando a introdução da natureza iterativa e
flexível Três, falta de compatibilidade
com ferramentas modernas. Ferramentas de DevOps como Jenkins, Docker e Kubernetes não se integram facilmente aos sistemas de
mainframe tradicionais
prontos para uso,
exigindo configurações personalizadas ou middleware Docker e Kubernetes não se
integram facilmente aos sistemas de
mainframe tradicionais
prontos para uso,
exigindo configurações personalizadas ou middleware especializado. Docker e Kubernetes não se
integram facilmente aos sistemas de
mainframe tradicionais
prontos para uso,
exigindo configurações personalizadas ou middleware especializado. Vamos dar um exemplo. sistemas centrais de um grande banco foram construídos
na década de 1970 usando COBOL e executam trabalhos
em lote que processam
milhões de transações diariamente O banco queria introduzir a integração
contínua e os testes automatizados para
acelerar os ciclos de desenvolvimento, mas a falta de
integração entre as ferramentas da Devo e o COBOL
representou um grande obstáculo Em última análise, a equipe
teve que investir em middleware
especializado
que conectasse Jenkins ao ambiente de
mainframe, permitindo automatizar
determinados processos e, ao mesmo tempo, manter a estabilidade do sistema legado Como superar os desafios
do sistema antigo. Primeiro, use
ferramentas especializadas de DevOps para mainframes. Soluções como o IBM Urban Code ou Rocket DevOps são projetadas especificamente para ambientes de
mainframe, facilitando a integração do fluxo de trabalho
moderno Segundo,
modernização gradual, toque mais testes automatizados ou controle de versão antes
de realizar tarefas de automação
maiores e
mais complexas, automação
maiores e
mais complexas Três, treinamento
e qualificação de custos. Invista no treinamento de sua equipe sobre como usar ferramentas modernas
com sistemas legados, ajudando a preencher a lacuna de
conhecimento entre as linguagens
tradicionais de mainframe e as práticas modernas de DevOps Desafio dois,
resistência à mudança. resistência cultural costuma ser uma
das A resistência cultural costuma ser uma
das maiores barreiras
para a adoção do DevOps, principalmente em ambientes de
mainframe em que as equipes podem estar
trabalhando da mesma
maneira há décadas Muitos profissionais de mainframe estão
acostumados com uma abordagem em cascata, desenvolvimento
linear
com longos ciclos de teste e aprovação, e podem se sentir desconfortáveis em migrar para uma natureza
iterativa mais rápida do DevOps Por que isso é um desafio?
Um, medo da incerteza. Para equipes que trabalham com mainframes há muitos anos, a ideia de mudar os fluxos de trabalho e adotar novas ferramentas
pode ser Muitos temem que se mover muito rápido possa levar
à instabilidade Duas equipes isoladas, as equipes de mainframe
geralmente trabalham
isoladamente , com
limites claros entre desenvolvimento,
operações e testes DevOps confunde essas linhas, o que pode causar
resistência, pois as equipes podem não querer assumir novas
funções ou responsabilidades Três, falta de incentivos. Se a equipe não entender
o porquê por trás do Devot, não verá o valor de mudar os processos existentes Vamos dar um exemplo. Em uma grande seguradora, a equipe de mainframe
vinha usando o mesmo processo em cascata há mais
de 15 anos Quando a liderança
propôs a adoção práticas de
DevOps para acelerar
o lançamento de novos recursos, a equipe recuou, temendo
que as mudanças
apresentassem muitos riscos e interrompessem seus fluxos de trabalho cuidadosamente Depois de várias discussões,
a empresa decidiu executar um projeto piloto com um aplicativo menor e
não crítico, demonstrando os benefícios dos ciclos de testes com
transeuntes
e Isso ajudou a criar confiança
entre a equipe e eles gradualmente começaram a adotar o
DevOps para projetos maiores Como superar a
resistência à mudança? Um, projetos piloto. Comece com pequenos projetos não
críticos para demonstrar o valor do
DevOps sem correr o risco de grandes interrupções Quando as equipes obtiverem resultados
positivos, elas estarão mais propensas a
adotar mudanças maiores. Segundo, a liderança aceita. A mudança precisa
vir de cima. Se a liderança estiver
comprometida com o DevOps, ela poderá ajudar a criar
entusiasmo e fornecer os recursos necessários
para treinamento e suporte Três, comunicação clara
dos benefícios. Explique por que está por trás da mudança. É mais provável que as equipes
adotem o DevOps quando
entendem como ele pode tornar seu trabalho mais fácil
e eficiente Desafio três: questões de segurança
e conformidade. Os sistemas de mainframe são frequentemente usados para lidar com dados altamente confidenciais, especialmente em setores como finanças, saúde
e governo Um dos maiores
desafios ao adotar o DevOps é garantir
que a automação e os
ciclos de lançamento mais rápidos não comprometam os padrões de segurança e
conformidade que são essenciais para
esses setores Por que isso é um desafio? Primeiro, requisitos
regulatórios rigorosos. Os mainframes lidam com cargas de trabalho
críticas em que qualquer violação de segurança ou falha na conformidade com as
regulamentações do setor, como GDPR, HIPAA ou PCI DSS, Em segundo lugar, o medo de introduzir
vulnerabilidades. Processos automatizados, especialmente aqueles que lidam com
implantação e teste, podem ser vistos como uma
abertura do sistema para vulnerabilidades
de segurança se
não forem cuidadosamente controlados Em terceiro lugar, auditorias de conformidade. Muitos setores exigem auditorias
frequentes de
seus sistemas para garantir a conformidade e quaisquer
alterações no sistema,
como a introdução de
novas ferramentas ou
pipelines da Devo , podem complicar
o Vamos dar um exemplo. Uma agência
governamental que gerencia registros
confidenciais de cidadãos enfrenta desafios ao
introduzir o DevOps, pois precisava garantir que qualquer nova automação não comprometesse a segurança
de seus dados A agência adotou o DevSecOps, uma abordagem que
integra a segurança pipeline Ao automatizar as verificações de segurança
e os relatórios de conformidade, eles conseguiram manter
altos padrões de segurança e, ao mesmo tempo acelerar seus Como superar os desafios de segurança
e conformidade? Primeiro, adote as práticas de
DevSecOps. integração da segurança ao pipeline do
CICD garante que cada compilação e versão sejam
testadas quanto a vulnerabilidades
antes de Ferramentas como o SonarQube e Block Doc podem ser usadas para
automatizar os testes Segundo, verificações de
conformidade de automação. conformidade não
precisa desacelerar o DevOps, automatizar as verificações
e auditorias de conformidade e garantir que todas as alterações feitas no sistema estejam de acordo com as regulamentações
do setor Terceiro, segmentação
de sistemas críticos. Para dados altamente confidenciais, considere segmentar os sistemas
críticos dos menos confidenciais Isso permite que você implemente DevOps primeiro em áreas não
críticas, comprovando sua segurança e confiabilidade antes de expandir
para sistemas mais críticos Principais conclusões. Vamos recapitular o que abordamos
nesta lição Um, sistemas legados. Os ambientes de mainframe são
baseados em tecnologias ultrapassadas que nem sempre se integram
facilmente às ferramentas modernas de DevOps, mas soluções especializadas e modernização
gradual Dois, resistência à mudança. A resistência cultural pode ser
superada com projetos piloto, apoio à
liderança e comunicação
clara dos benefícios do DevOps Três, segurança e conformidade. DevOps pode ser integrado a setores
altamente regulamentados com a ajuda de configurações inoperantes e verificações de conformidade automatizadas, garantindo que
os padrões de segurança sejam mantidos Atividade de aprendizagem.
Reserve alguns minutos para pensar em seu próprio ambiente de
mainframe. Responda às seguintes perguntas. Quais são os desafios
tecnológicos mais significativos em seu ambiente quando
se trata de adotar o Devos Que tipo de
resistência cultural você
acha que enfrentará ao
apresentar Devos Como você planeja
garantir que a segurança e conformidade continuem sendo as principais prioridades durante sua transição para o Devos Anote suas
respostas e reflita sobre como você pode começar a enfrentar esses desafios em
sua organização. O que vem a seguir? Na próxima lição, veremos como o Devops
se encaixa no ecossistema de
mainframe Exploraremos como
os princípios do DevOps podem ser adaptados às tecnologias específicas do
mainframe,
como CBO, JCL Você também aprenderá sobre
as principais diferenças entre o DevOps para mainframes e os modernos sistemas de nuvem
web Vamos continuar com o módulo um,
lição quatro, como o DevOps se encaixa no ecossistema de
mainframe
5. Aula 4: como DevOps se encaixa no ecossistema de mainframe: Lição quatro: como o Devops se encaixa no ecossistema de
mainframe Bem-vindo à quarta lição do
mainframe Mastery Devops. Nesta lição,
exploraremos uma questão
crítica para qualquer pessoa que queira incluir o
Devops em seu ambiente de
mainframe Como o Devops se encaixa no ecossistema
de mainframe? Você pode estar pensando que o
DevOps parece ótimo para
aplicativos web modernos e sistemas em nuvem, mas ele pode realmente funcionar
com Cobol e A resposta é um sonoro sim, mas com alguma adaptação DevOps não é uma abordagem
única para todos, especialmente quando aplicada aos mainframes
de arquitetura exclusiva No entanto, ao personalizar
os princípios do Devos, se forem tecnologias
específicas de mainframe, você pode criar um
fluxo de trabalho contínuo que aproveite tanto a confiabilidade
legada Ao final desta lição, você terá uma
compreensão clara de como o DevOVs pode ser adaptado aos seus sistemas de mainframe e
o que o torna diferente das práticas de DevOps
em Adaptação do DevOps às tecnologias de
mainframe. mainframes são construídos com base em uma rica história de
tecnologias, desde Coval e JCL até sistemas
como CICS Essas tecnologias são
robustas e confiáveis, mas foram
projetadas muito antes as práticas
modernas de DevOps, como integração
contínua ou CI e entrega
contínua ou
CD, se tornarem o padrão Para trazer o DevOps para
o mundo do mainframe, você precisa adaptar esses
princípios aos pontos fortes e
às limitações
dessas tecnologias Tecnologias E no ecossistema de
mainframe. O COBOL ainda é a espinha dorsal de
muitos aplicativos de mainframe. COBOL é uma linguagem estável, mas carece de integração nativa
com ferramentas modernas de DevOps JCL ou linguagem de controle de tarefas. Essencial para gerenciar trabalhos
em lote e alocação
de recursos, JCL precisa de tratamento cuidadoso ao implementar a automação do
DevOps CICS for KICS, o sistema
de gerenciamento de transações que alimenta muitos
aplicativos em tempo real no mainframe A integração do KICS aos
pipelines do CICD
requer testes e validação precisos IMS, um banco de dados hierárquico e sistema de gerenciamento de transações Devos for IMS precisa de uma abordagem
estruturada para garantir a integridade dos dados e, ao mesmo tempo, fornecer
atualizações rapidamente Como o DevOps funciona com
essas tecnologias? Automatizando a
compilação e o teste de COBOL. Um dos primeiros lugares em
que você pode aplicar o Devos é automatizar a compilação
e o teste Ferramentas como Jenkins e IBM Urban code podem ser configuradas para gerenciar contas
COBOL, enquanto estruturas de teste
especializadas garantem que as alterações sejam validadas Vamos dar um exemplo. Uma
instituição financeira global conseguiu reduzir o tempo de teste de CBL em 40% automatizando seus
conjuntos de testes dentro de um pipeline Isso permitiu que sua equipe de
desenvolvimento enviasse atualizações com mais frequência sem comprometer a integridade do
sistema Gerenciamento de trabalhos em lote com a JCL. JCL é uma peça fundamental das operações de
mainframe, gerenciando o processamento em lote
e o agendamento de trabalhos introdução do DevOps
significa automatizar o envio de trabalhos e o tratamento de
erros
no pipeline do CICD Ao fazer isso, você pode garantir que os
trabalhos sejam
programados,
testados e validados automaticamente sem intervenção manual Integrando transações do CICS aos pipelines do
CICD. Os aplicativos em tempo real
executados no CICS apresentam um desafio único DevOps exige testes e
implantação
automatizados de uma forma que não interrompa essas transações críticas Usando ferramentas como CA
Endeavor ou IBM Rational. Você pode integrar as alterações do
CICS em seus pipelines do CICD e gerenciar o processo de lançamento Por exemplo, uma empresa de varejo executa seus sistemas
de ponto de venda no CICS integrou com sucesso os testes de
transações do Kix em seu pipeline, reduzindo o tempo de implantação 50% e mantendo a
alta confiabilidade do sistema As principais diferenças entre DevOps de
mainframe e a nuvem web
moderna Embora os
princípios fundamentais do DevOps permaneçam os mesmos,
automação, colaboração
e feedback contínuo, a
forma como o DevOps é implementado em mainframes é
diferente de seu uso em sistemas modernos de web e nuvem Vamos dar uma olhada em algumas
dessas principais diferenças. Primeiro, pilha de tecnologia. Em mainframes,
tecnologias legadas como Cobalt,
JCL, CICS Esses sistemas são altamente estruturados e construídos
para proporcionar estabilidade, mas exigem ferramentas
e abordagens especializadas para automação. Em sistemas modernos de web e nuvem, linguagens e
tecnologias de
programação como
JavaScript, Python,
Kubernetes e Docker, que são inerentemente compatíveis com Dois, ciclos de lançamento
em mainframes. Os mainframes tradicionalmente
operam em longos ciclos de lançamento, com meses ou até anos
entre as atualizações Dabov encurta esse ciclo, e a equipe de mainframe ainda precisa garantir que cada versão passe Na nuvem da web moderna, nuvem e os aplicativos da web geralmente têm implantações diárias ou até mesmo de
hora em hora O Dabov é voltado para iterações
rápidas e lançamentos frequentes. Três, ferramentas e automação. Em mainframes, o DevOps para mainframes exige ferramentas
especializadas como Jenkins para mainframes,
IBM, Urban code, rocket Essas ferramentas foram projetadas para funcionar com as
características exclusivas sistemas
de mainframe Na nuvem web moderna, ferramentas como Jemkins, Git, Docker e Kubernetes são
amplamente usadas para
automação e implantação no ambiente de nuvem da web
e exigem
o mínimo de
personalização
ou colaboração em e exigem
o mínimo de
personalização mainframes. O
DevOps em
ambientes de mainframe geralmente envolve
preencher a lacuna entre temas
isolados, DevOps em
ambientes de mainframe geralmente envolve como desenvolvimento, operações e testes ferramentas como Jemkins, Git, Docker
e Kubernetes são
amplamente usadas para
automação e implantação no ambiente de nuvem da web
e exigem
o mínimo de
personalização
ou colaboração em mainframes. O
DevOps em
ambientes de mainframe geralmente envolve
preencher a lacuna entre temas
isolados, como desenvolvimento, operações e testes, quem pode ter vem trabalhando
separadamente há décadas. Reunir essas equipes exige gerenciamento de mudanças
e novos fluxos de trabalho Na nuvem moderna, as equipes
da web e da nuvem
normalmente já estão integradas Trabalhando em equipes
multifuncionais ágeis, DevOps se encaixa mais naturalmente
em seu Vamos ter uma visão do mundo real. A agência governamental que gerencia registros de
cidadãos em um mainframe passou de lançamentos
trimestrais para atualizações
mensais usando a automação do
DevOps, reduzindo os atrasos
burocráticos sem registros de
cidadãos em um mainframe
passou de lançamentos
trimestrais para atualizações
mensais usando a automação do
DevOps,
reduzindo os atrasos
burocráticos sem sacrificar a conformidade. Adaptação das práticas de DevOps
aos ambientes de mainframe. Para fazer o DevOps funcionar
no mainframe, é essencial adaptar as práticas padrão de DevOps para se
adequarem à estrutura do seu
ambiente de Veja como começar,
integração contínua ou CI para
mainframes. O que parece. A integração contínua em
mainframes envolve a automatização do processo de criação e teste para CBL ou PL one. Jenkins pode ser configurado para executar compilações após
cada permissão de código Um teste automatizado garante que o código funcione antes de ser
incorporado ao sistema principal Por exemplo, uma organização de
saúde automatizou seu processo de CI para seu sistema de registro de
pacientes baseado em CBL, reduzindo os
erros de integração em 30% Segundo, entrega contínua
ou CD para mainframes. O que parece? Em um ambiente de
mainframe, entrega
contínua
automatiza a implantação de alterações de código na As alterações nos scripts JCL ou programas do
CICS podem ser testadas e implantadas automaticamente
com as ferramentas certas Por exemplo, uma
empresa de serviços financeiros implementou o CD seu
sistema bancário principal, reduzindo o tempo de inatividade durante
as implantações em 60%. Em terceiro lugar, testes e
monitoramento automatizados , o que parece. Os aplicativos de mainframe exigem ferramentas de teste
especializadas, como Compuware, topaz ou IBM Z unit, para Depois de implantadas,
as ferramentas de monitoramento monitoram desempenho do sistema e sinalizam quaisquer problemas antes
que eles se tornem críticos Por exemplo, uma seguradora integrou o monitoramento automatizado
em seu pipeline de CI, corrigindo problemas em tempo real e reduzindo o tempo de resposta
aos erros do sistema em 40% Principais conclusões. Antes de
prosseguirmos para a próxima lição, vamos analisar os pontos-chave
da sessão de hoje. Primeiro, os princípios do DevOps podem ser adaptados às
tecnologias de mainframe, como COBOL, JCL, CICS e IMS, com as ferramentas e Em segundo lugar, o Mainframe
Devops difere do Cloud Devops
moderno da Web Slash em termos de pilha de
tecnologia, ciclos de
lançamento, ferramentas Em terceiro lugar, a integração
contínua, a entrega contínua e os testes automatizados podem
ser aplicados aos mainframes, ajudando a reduzir os ciclos de
lançamento e melhorar a confiabilidade Ganhando atividades para reforçar
o que você aprendeu,
dedique algum tempo para refletir sobre seu próprio ambiente de mainframe Responda às seguintes perguntas. Primeiro, com quais
tecnologias específicas de mainframe, como Cobo, JCL ou CICS, você trabalha? E como as práticas de DevOps poderiam ser adaptadas a esses sistemas Segundo, quais são as
principais diferenças entre seu
ambiente de mainframe e modernos sistemas de nuvem da web que podem impactar sua implementação do
Devos Três, como a integração e entrega
contínuas
podem ser aplicadas ao seu fluxo de trabalho atual
para melhorar a eficiência? Anote suas respostas
e pense em como a Devovs pode se integrar ao
seu ecossistema exclusivo O que vem a seguir? No próximo módulo, iniciaremos o
processo de avaliação do
seu ambiente de mainframe quanto à prontidão
para DevOps Nossa primeira lição guiará você mapeamento de sua infraestrutura de
mainframe, documentando seus aplicativos,
fluxos de trabalho e principais dependências
atuais ,
fluxos de trabalho e Isso ajudará você a
identificar onde as práticas de
DevOps podem
causar o maior impacto Vamos continuar com o Módulo 2, Lição 1, mapeando sua infraestrutura de
mainframe
6. Aula 1: mapeando sua infraestrutura de mainframe: Módulo dois, avaliando a prontidão do seu ambiente de mainframe
para DevOps Neste módulo, você
aprenderá como avaliar
seu ambiente de mainframe atual e prepará-lo para a integração com o
DevOps Exploraremos como documentar
sua infraestrutura, identificar gargalos e avaliar prontidão
do
seu sistema Ao final deste módulo, você terá uma
visão clara de onde o DevOps pode causar o maior impacto
em sua organização Primeira lição, mapeando sua infraestrutura de
mainframe. Bem-vindo ao módulo dois do
Mainframe Mastery with DevOps. Neste módulo,
vamos nos aprofundar em uma das etapas
mais críticas em sua jornada
de DevOps,
avaliando seu ambiente de
mainframe para Não se trata apenas entender quais
ferramentas você precisará, mas de
mergulhar profundamente em seus sistemas atuais,
mapeando seus
aplicativos, fluxos e principais dependências para obter uma visão completa de
sua infraestrutura Nesta primeira lição, vamos nos
concentrar em mapear sua
infraestrutura de mainframe Antes de implementar qualquer princípio
de DevOps de nossa automação, você precisará
entender claramente o que você tem Ao final desta lição, você saberá como
documentar seu ambiente minuciosamente para poder identificar onde o DevOps
causará o maior impacto Mapear sua
infraestrutura é fundamental. Pense na sua
infraestrutura de mainframe como uma cidade. Antes de redesenhar
ou atualizar qualquer coisa, você precisa de uma planta
que mostre cada rua, prédio e linha de serviços públicos Sem isso, você está voando às cegas. O mesmo vale
para seu mainframe, DevOps requer automação, integração
contínua
e entrega contínua Mas antes de podermos fazer
essas melhorias, precisamos de um mapa de como
as coisas funcionam hoje. Veja o que acontece quando
você pula essa etapa. Sinto falta das dependências. Você
pode automatizar uma parte do sistema apenas para descobrir que ela
depende de outro sistema
não automatizado Gargalos no fluxo de trabalho. Você não pode corrigir ineficiências
que você não consegue ver. mapeamento de sua
infraestrutura mostra
onde os processos manuais
estão atrasando as coisas. Maior risco sem um mapa claro, qualquer alteração que você
fizer poderá interromper aplicativos
essenciais
ou reduzir o tempo de inatividade Ao mapear sua infraestrutura, você não apenas evitará
essas armadilhas, mas também poderá
priorizar onde o DevOps
trará Primeiro passo, identificando os principais
aplicativos e sistemas. A primeira etapa no mapeamento seu ambiente de mainframe
é identificar todos os principais aplicativos e sistemas em execução no
seu mainframe Eles são o cerne da
sua infraestrutura e precisam ser completamente documentados antes de você
fazer qualquer alteração. O que incluir os nomes dos
aplicativos. Liste todos os aplicativos
executados em seu mainframe,
por exemplo, sistemas de cobrança, processadores de
transações e sistemas de
RH As tecnologias usadas documentam as principais
tecnologias em uso, COBOL, PL one, CICS,
JCL Propósito de cada aplicativo, para
qual função comercial
cada aplicativo serve? É voltado para o cliente, back-end ou interno? Frequência de uso. Esse
aplicativo é usado diariamente ,
semanalmente ou apenas para
trabalhos específicos? Vamos dar um exemplo. Uma grande seguradora tem dezenas de
aplicativos
em execução em seu mainframe, desde sistemas de correio até processamento de
sinistros Ao documentar esses sistemas, eles descobriram vários
aplicativos legados que raramente
usamos , mas que ainda precisavam intervenção
manual durante
cada ciclo de atualização Isso deu a eles uma meta
clara de onde a automação poderia
economizar tempo e recursos. Documentando fluxos de trabalho
e processos. Depois de identificar
seus principais aplicativos, a próxima etapa é
mapear os fluxos de trabalho e os processos
que os conectam. Pense nisso como
entender como o tráfego se move
pela sua cidade. Você precisa saber como
os dados fluem entre sistemas
diferentes e onde os processos
manuais
tornam as coisas mais lentas. Perguntas a serem feitas. Quais
são os principais fluxos de trabalho Por exemplo, quando um cliente
solicita um extrato bancário, quais sistemas são acionados. Como os trabalhos são agendados
e executados? trabalhos em lotes estão sendo executados em um cronograma definido ou são
acionados por eventos específicos? Quais processos são manuais? Onde os humanos
precisam intervir para aprovar, revisar ou iniciar tarefas. Vamos dar um exemplo.
Uma empresa de varejo mapeou seus fluxos de trabalho de mainframe
e descobriu que toda vez que um produto era
adicionado ao inventário, a atualização precisava ser Automatizando esse
processo, economize inúmeras horas e
acelere o fluxo de Melhor prática: crie
gráficos de fluxo de trabalho para os principais processos. Use ferramentas como Microsoft
Digal, Lucid Chart ou até mesmo papel e caneta
para visualizar como os
dados e as tarefas se movem pelo
seu E identificando as
principais dependências. Dependências são as
relações entre sistemas em que uma parte da
sua infraestrutura depende de outra para funcionar É crucial mapear isso, especialmente ao
planejar o Devos porque você não
quer automatizar
um sistema apenas para perceber que ele depende de um processo não automatizado que
leva à perda de garrafas E dependências a serem identificadas. Dependências de sistema para sistema. Quais sistemas dependem uns dos
outros para funcionar adequadamente? Por exemplo, seu banco de dados de
clientes se encaixa em seu sistema de cobrança Uma dependência de dados. São essas fontes de dados nas quais vários aplicativos dependem? O que acontece se essas
fontes de dados não estiverem disponíveis? Dependências externas. Algum de seus sistemas depende serviços de
terceiros
ou sistemas externos? Com que frequência eles precisam
ser atualizados ou mantidos? Vamos dar um exemplo. Um provedor
de serviços de saúde mapeou suas dependências e descobriu seu sistema de cobrança dependia
muito de um serviço
terceirizado muito de um serviço
terceirizado Sem mapear isso, eles poderiam ter automatizado
o processo de cobrança apenas para que ele fosse interrompido quando o serviço de pagamento não
estivesse disponível melhor prática é usar
uma matriz de dependências para documentar esses relacionamentos Isso é simplesmente uma
grade na qual você lista cada sistema na
parte superior e inferior, marcando onde existem
dependências Etapa quatro, avaliação da
criticidade e do risco. Nem todos os sistemas são
igualmente importantes. Alguns aplicativos são
essenciais e não podem
suportar o tempo de inatividade, enquanto outros são menos importantes e podem ser
atualizados com mais liberdade Ao mapear sua infraestrutura, você desejará avaliar
a criticidade de cada sistema e seus riscos
associados Fatores-chave a serem considerados como missão crítica
versus não crítica. Quais sistemas são essenciais
para a operação diária? O que aconteceria
se eles caíssem? Sensibilidade dos dados. Algum sistema está lidando com dados
confidenciais, por exemplo, financeiros
ou de saúde? Esses sistemas podem exigir controles
e verificações de segurança
mais rigorosos Frequência de atualização. Com que frequência cada sistema
precisa ser atualizado? Sistemas que exigem atualizações
frequentes são bons candidatos à automação.
Vamos dar um exemplo. Uma instituição financeira mapeou seus sistemas e percebeu que
seu processamento principal.
Seu sistema principal de
processamento de transações não
podia suportar
nenhum tempo de inatividade, Seu sistema principal de
processamento de transações enquanto seu banco de dados
de marketing era atualizado fora do horário de
expediente, sem
nenhum risco para a operação Isso permitiu que eles concentrassem seus esforços de DevOps onde
teriam o maior impacto Etapa cinco, criando
um mapa visual. A etapa final é visualizar
sua infraestrutura. Um mapa visual do seu
ambiente
facilita a visualização das
relações entre os sistemas, a identificação de possíveis
gargalos e priorização de onde o DevOps Elementos-chave de um bom
mapa, aplicativos. Cada aplicativo principal
deve ser representado com seu nome, propósito
e tecnologia. Fluxos de trabalho, setas ou linhas mostrando como os dados se movem
entre Dependências, indicadores visuais. Por exemplo, linhas de setas mostrando quais sistemas
dependem uns dos outros Criticidade, use códigos de cores ou rótulos para mostrar quais sistemas são essenciais ou não
críticos Vamos dar um exemplo.
Uma empresa de manufatura criou um mapa visual
do ambiente de mainframe mostrando como seu sistema de
gerenciamento de inventário
alimentava o sistema da
cadeia de suprimentos Isso os ajudou a identificar
ineficiências na forma como os dados estavam sendo transferidos e deu a eles um
ponto de partida claro para Minhas principais conclusões. Vamos recapitular os pontos principais
da lição de hoje. Primeiro, mapear sua infraestrutura de
mainframe é essencial para entender
seu ambiente atual e planejar o Devos Em segundo lugar, documente seus
principais aplicativos, fluxos de trabalho e dependências para obter uma visão completa
do seu sistema Em terceiro lugar, avalie a criticidade de cada sistema para priorizar onde DevOps pode ter Quarto, crie um mapa visual
de sua infraestrutura para identificar
facilmente
possíveis gargalos e oportunidades Atividade de aprendizagem. Para
aplicar o que você aprendeu, reserve um tempo para começar a mapear seu próprio ambiente de
mainframe Comece com as perguntas a
seguir. Quais são os principais aplicativos em
execução no seu mainframe? Como os dados e as tarefas
fluem entre os sistemas? Quais sistemas dependem outros e quais são os mais
importantes para suas operações? Crie um rascunho do seu mapa de infraestrutura usando uma
ferramenta digital ou em papel. Esse será seu
ponto de partida à medida que você avança com planejamento do
DevOps. O que vem a seguir? Na próxima lição, vamos nos
concentrar em identificar os processos manuais e
ineficientes que retardam seus fluxos de trabalho Você aprenderá a
identificar gargalos, avaliar ineficiências e começar planejar onde a automação
pode Vamos continuar com o módulo dois, lição dois, identificando processos manuais
e ineficientes
7. Aula 2: identificando processos manuais e ineficientes: Lição dois, identificando processos manuais
e ineficientes. Bem-vindo à segunda lição de
Mainframe Mastery Put DevOps. Na lição anterior,
exploramos como mapear sua infraestrutura de
mainframe Até agora, você deve ter
um plano detalhado de seus sistemas, aplicativos
e dependências Com esse mapa em mãos, você está pronto para passar para a
próxima etapa crítica, identificando processos manuais e
ineficientes Essa é uma realidade que todos enfrentamos
em ambientes de mainframe. Muitos dos processos nos
quais confiamos ainda são altamente manuais e podem retardar o
desenvolvimento e as operações. Embora os mainframes sejam conhecidos
por sua confiabilidade, os fluxos de trabalho e as tarefas que usamos para gerenciá-los podem
se tornar gargalos, especialmente ao tentar Nesta lição, vamos nos
concentrar em como identificar gargalos e tarefas
manuais que estão criando ineficiências em Mais importante ainda, exploraremos as ferramentas e técnicas
que você pode usar para avaliar as
ineficiências do fluxo de trabalho e começar a pensar em como
automatizar esses Por que
processos manuais e ineficientes são um problema. Os processos manuais geralmente servem como o calcanhar de Aquiles dos sistemas de
mainframe Embora os mainframes sejam robustos, o fluxo de trabalho em torno
deles geralmente envolve tarefas
repetitivas que
dependem da intervenção humana Veja por que isso é um problema
ao tentar adotar o DevOps. Ciclos de desenvolvimento lentos. Tarefas manuais e tempo
desnecessário para o ciclo de vida do desenvolvimento. Por exemplo, se
cada alteração de código exigir
testes ou aprovação manuais, isso pode atrasar a integração e a implantação de novos recursos. Maior risco de erros. O erro humano é inevitável
em processos manuais, seja durante o
agendamento de tarefas, a entrada de dados ou a atualização do sistema.
Dificuldade em escalar. À medida que sua organização cresce
ou as demandas aumentam, confiar em
processos manuais
dificulta a escalabilidade eficiente
das operações Resistência à mudança. As equipes que estão
acostumadas com fluxos de trabalho manuais podem resistir à automação, vendo isso como uma revisão de
suas rotinas antigas Entender onde
essas ineficiências existem é o primeiro passo simplificar seu fluxo de trabalho e permitir processos mais rápidos e confiáveis Primeiro passo: identificar gargalos no desenvolvimento e
nas operações nas Um gargalo é qualquer ponto em seu fluxo de trabalho que
retarda todo o A chave para identificar
gargalos é fazer as perguntas certas
e analisar onde atrasos ou
erros repetidos Perguntas a serem feitas. Onde
o trabalho fica preso? Existem
processos de aprovação, revisões ou intervenções manuais que
frequentemente atrasam projetos? Com que frequência os
trabalhos manuais são executados? Existem trabalhos
ou processos em lote que precisam de intervenção humana
para serem iniciados ou concluídos? Quais tarefas exigem atenção humana
frequente? Existem relatórios, transferências de
dados ou movimentações de arquivos que são feitos manualmente em vez de verdadeira automação? Vamos
dar um exemplo. Uma instituição bancária tinha um gargalo frequente em seu processamento
noturno em Todas as noites, um conjunto
de relatórios precisava ser gerado manualmente
para fins de conformidade, que atrasava a execução de outros trabalhos que aguardavam
na fila Ao automatizar o processo de
geração de relatórios, a instituição não
só economiza tempo, mas também reduz os erros causados
pela entrada manual de dados Etapa dois, identificando processos
manuais. Os processos manuais geralmente
são os tempo ocultos nos ambientes de
mainframe Essas tarefas podem parecer
pequenas por si só, mas quando somadas ao longo do tempo, podem causar atrasos
significativos Veja como identificar
esses processos. Processos manuais comuns, agendamento de
trabalhos. Um trabalho em lote sendo
agendado manualmente todos os dias ou semanas, exigindo atenção
constante? Testando o NQA. Um teste sendo executado manualmente
para cada nova atualização? Há uma lista de verificação
ou avaliações que uma equipe deve analisar
antes da implantação do código As transferências de dados são
arquivos ou conjuntos de dados que estão sendo transferidos
manualmente pelos sistemas, em
vez de serem manipulados por scripts
automatizados Vamos dar um exemplo. Um profissional de saúde tinha um processo manual
para transferir registros de
pacientes entre sistemas envolvendo várias
etapas e aprovações Esse processo ficava mais lento toda
vez que um registro era movido, criando
atrasos desnecessários no atendimento ao paciente Depois de avaliar esse processo, eles implementaram um script que transferia e registrava
automaticamente os dados entre os sistemas, reduzindo o tempo gasto nessa tarefa
em Três, usando ferramentas para avaliar as ineficiências do
fluxo de trabalho. Agora que você sabe
o que procurar, a próxima etapa é avaliar essas ineficiências
usando as ferramentas certas O objetivo é coletar dados
que ajudem você a tomar decisões informadas sobre onde automação pode ter
o maior impacto. Ferramentas para identificar
ineficiências, monitoramento e registro Ferramentas como o Splunk
ou o IBM Omega moon podem fornecer registros detalhados das operações do
seu sistema Esses registros podem ajudá-lo a
identificar quais trabalhos estão demorando mais do que o esperado ou onde
os erros ocorrem com frequência. Ferramentas de mineração de processo. Ferramentas como salões de beleza ou UiPath
processam e analisam fluxos de trabalho para mostrar
onde estão os gargalos e quais processos
são candidatos e quais processos
são Métricas de desempenho. Use métricas de desempenho de seus agendadores de tarefas,
por exemplo, automação
da carga de trabalho da DA para monitorar quanto tempo
os trabalhos estão demorando para serem executados, com que
frequência eles falham e onde há atrasos Vamos dar um exemplo.
Uma empresa de varejo usou ferramentas
de mineração de processos para analisar
seu processo noturno de
reconciliação de inventário Eles descobriram que as
verificações manuais estavam demorando 2 horas por dia, criando atrasos na operação do
dia seguinte Ao automatizar o processo de verificação
e reconciliação, eles economizaram centenas de horas de trabalho por
mês. Etapa quatro, priorizando
processos para automação. Depois de identificar os processos
manuais
e as ineficiências, é hora de decidir onde concentrar seus esforços de automação Nem todo processo manual precisa ser automatizado
imediatamente. Portanto, é importante
priorizar com base no impacto. Critérios para priorização. Frequência do processo. Com que frequência esse
processo ocorre? Se for diário, deve estar no topo da sua lista
de automação. Impacto nos negócios. Quão crítico é esse
processo para suas operações? Isso afeta os
sistemas de missão crítica? Risco de erros. Esse processo manual
freqüentemente causa erros ou atrasos? Economia de tempo. Quanto tempo pode ser economizado
automatizando esse processo? Se um processo leva horas
e ocorre com frequência, automação é essencial.
Vamos dar um exemplo. Uma seguradora identifica seu processo de teste manual como a principal prioridade para automação. Toda vez que um novo
recurso de política era adicionado, a equipe precisava testar manualmente cada cenário, o que
levava dias para ser concluído Ao automatizar seus conjuntos de testes, eles reduziram o tempo de teste em 70% e conseguiram implantar
recursos Principais conclusões. Antes de
prosseguirmos para a próxima lição, vamos recapitular os pontos principais
da sessão de hoje Os processos manuais e os gargalos retardam o desenvolvimento
e as operações, dificultando a
escalabilidade e a adoção de Identificar gargalos
exige analisar onde o trabalho é adiado ou onde a intervenção
humana está
atrasando intervenção
humana está
atrasando Use ferramentas como mineração
de processos e métricas de
desempenho para avaliar onde
existem ineficiências em seu Priorize os processos de
automação com base na frequência, no
impacto nos negócios
e na possível economia de tempo Atividade de aprendizagem. Para
aplicar o que você aprendeu, reserve um tempo para avaliar as ineficiências do
seu próprio ambiente
de mainframe Responda às seguintes perguntas. Quais processos manuais são
mais comuns em seu fluxo de trabalho? Onde ocorrem gargalos para
retardar o desenvolvimento
ou as operações Quais ferramentas ou métricas você poderia usar para avaliar e rastrear
essas ineficiências Comece listando
esses processos e gargalos e
considere como a automação pode simplificar essas tarefas.
O que vem a seguir? Na próxima lição, vamos nos
aprofundar na avaliação da prontidão para
DevOps Você aprenderá
a avaliar se sua equipe e suas ferramentas
estão prontas para adotar DevOps e exploraremos os principais critérios que você precisa
avaliar, como habilidades de equipe, ferramentas de automação
existentes e colaboração Vamos continuar com o
módulo dois, lição três, avaliando a prontidão para
DevOps
8. Aula 3: como avaliar a prontidão de DevOps: Lição três, avaliando a prontidão do
DevOps. Bem-vindo à terceira lição sobre o
domínio de mainframe com DevOps. Em nossa última sessão, analisamos identificação de processos manuais e gargalos em seu Hoje, daremos
outro passo importante, avaliando sua preparação para o
DevOps Antes de começar a implementar o
DevOps, é fundamental avaliar
a
posição da sua organização em termos de habilidades de equipe,
ferramentas e colaboração Uma avaliação completa de prontidão ajudará você a identificar lacunas e garantir que sua adoção do Devos seja eficaz
e sustentável Ao final desta lição, você terá uma compreensão clara
dos principais critérios para
avaliar a prontidão do Devos e um roteiro para
fechar Por que avaliar a
prontidão do DevOps é importante. Imagine que você está
prestes a construir uma ponte. Você não iniciaria a
construção sem primeiro garantir que a base
seja sólida, não é? Da mesma forma, entrar no
DevOps sem avaliar seu
ambiente atual pode levar a uma adoção incompleta ou
ineficiente, que geralmente resulta em
frustração Veja por que avaliar a
prontidão é essencial. Evite o desalinhamento. Sem uma avaliação adequada,
sua equipe pode não estar pronta para adotar práticas de DevOps
que geram confusão ou resistência Identifique lacunas de habilidades. DevOps exige habilidades e
colaboração
específicas que sua
equipe talvez ainda não tenha. Garanta a compatibilidade da ferramenta. Nem todas as ferramentas existentes podem se integrar perfeitamente aos fluxos
de trabalho do DevOps Estabeleça expectativas realistas. Uma verificação de prontidão
fornece uma linha de base que permite definir
metas alcançáveis Vamos detalhar como
avaliar sua prontidão em três áreas principais: habilidades de equipe,
ferramentas e colaboração Primeiro passo, avaliar as habilidades da equipe. DevOps exige não
apenas novas ferramentas, mas uma mudança de mentalidade e conjuntos de habilidades
específicas Antes de implementar o DevOps,
você precisa determinar se sua equipe tem as habilidades certas ou se há lacunas que
precisam ser resolvidas Suas habilidades para avaliar a proficiência em
automação. Sua equipe pode trabalhar com ferramentas de
automação como Jenkins,
IBM, Urban Code ou Ansibl Eles se sentem à vontade para
programar tarefas rotineiras para eliminar processos manuais? Ferramentas e métodos de colaboração. Seus desenvolvedores e equipes de
operações estão familiarizados com ferramentas de
colaboração como
Git, Jira ou Slack E eles trabalham
juntos de forma eficiente usando metodologias ágeis ou scrum Conhecimento específico de
DevOps para mainframe. A pequena equipe
entende como aplicar os princípios de
DevOps especificamente
ao mainframe Isso inclui automatizar a compilação de código
duplo, o agendamento e o teste em lote CD de integração contínua, CI
e entrega contínua. Seus desenvolvedores
entendem como o CICD funciona em um ambiente de mainframe
e configuram pipelines que automatizam testes, implantação Vamos dar um exemplo. Uma
empresa de serviços financeiros avaliou prontidão de DevOps de
sua equipe e descobriu que, embora
seus desenvolvedores fossem proficientes em codificação, eles não tinham experiência com Como resultado, a empresa investiu em treinamento
para preencher essa lacuna,
garantindo que a equipe tivesse as habilidades necessárias para automatizar seus processos de teste e
implantação Veja como resolver as lacunas. Primeiro, use programas de treinamento, invista em sessões de treinamento, internamente ou por meio fornecedores
terceirizados, para
aprimorar sua equipe nas
ferramentas e práticas de DevOps Segundo, emparelhamento e orientação,
junte membros experientes
da equipe com aqueles que precisam de ajuda para
adotar Três, projetos práticos. Apresente pequenos projetos
piloto de Devaux em que os membros da
equipe possam praticar novas habilidades em um ambiente
real Etapa 2: avaliar as ferramentas de automação
existentes. As ferramentas que você está
usando atualmente podem não oferecer suporte total às práticas de
DevOps ou talvez precisem ser
atualizadas ou É importante
avaliar se suas ferramentas existentes podem lidar com as
demandas de automação da Devaux Principais perguntas a serem feitas suas ferramentas
oferecem suporte à automação? Eles podem automatizar
tarefas repetitivas, como testes, implantação
de código e orientação Ferramentas como Jenkins,
IBM, Urban code e Rocket DevOps são ideais para automatizar Suas ferramentas são compatíveis
com os fluxos de trabalho da Devabs? Nem todas as ferramentas legadas podem ser facilmente integradas aos
DevovPipelines modernos seus agendadores de tarefas, ferramentas de gerenciamento de
lotes ou estruturas de teste
se integrarem aos novos
DevObstols quando você escala
com suas ferramentas atuais? O DevObstols quando você escala
com suas ferramentas atuais DevOps geralmente exige a ampliação Se seus agendadores de tarefas, ferramentas de gerenciamento de
lotes
ou estruturas de teste
se integrarem aos novos
DevObstols quando você escala
com suas ferramentas atuais? O
DevOps geralmente exige a ampliação
da automação em toda a organização. Suas ferramentas são flexíveis
o suficiente para lidar com o crescimento ou precisarão substituir escala
do Azure? Vamos
dar um exemplo. Um varejista global que gerencia sistemas de
inventário em
um mainframe descobriu que seu agendador de tarefas era incompatível com a automação
de DevOps Eles fizeram o upgrade para um programador de
tarefas moderno que se integrou perfeitamente ao
pipeline do CICD, permitindo automatizar trabalhos
em lotes e Veja como resolver as lacunas. Auditoria de ferramentas, conduza uma auditoria de suas ferramentas atuais para determinar o que precisa ser
atualizado ou substituído Integrando novas ferramentas, introduza
novas ferramentas quando necessário. Concentre-se em
ferramentas compatíveis com DevOps, como Jenkins, IBM, Urban codes ou Docker, e garanta que elas funcionem sem problemas
com seus sistemas legados Pilote integrações,
teste novas ferramentas em um ambiente controlado antes de implantá-las em toda a
organização Isso ajudará a
minimizar as interrupções
e a identificar possíveis problemas de
integração com antecedência Etapa três, avaliando a colaboração em
equipe. DevOps exige
a eliminação dos silos entre as
operações de desenvolvimento e as equipes de teste É importante avaliar o quão bem suas equipes colaboram
atualmente e se elas estão prontas para a abordagem multifuncional
que o DevOps exige Critérios E a serem avaliados. Primeiro, a estrutura da equipe. Sua equipe ainda está operando em silos ou você adotou uma estrutura
multifuncional mais integrada , na
qual desenvolvedores, testadores e operações trabalham juntos durante todo o ciclo de vida do
desenvolvimento Em segundo lugar, ferramentas de comunicação. A equipe SOR tem as ferramentas
para colaborar de forma eficaz? DevOps exige comunicações
constantes por meio de plataformas como Slack, Microsoft Teams ou Jira Essas ferramentas estão sendo
usadas de forma eficaz? Terceiro, práticas ágeis ou Scrum. Sua equipe já está
trabalhando com metodologias ágeis ou Scrum Esses métodos se alinham
estreitamente com o DevOps e ajudam a promover uma melhor colaboração
e iterações mais rápidas Em quarto lugar, ciclos de feedback. Sua equipe tem ciclos de
feedback contínuos? Eles se reúnem regularmente
para discutir o progresso, compartilhar feedback e identificar
possíveis gargalos Vamos dar um exemplo.
Uma agência governamental gerencia registros públicos percebeu que suas equipes estavam muito
isoladas, com desenvolvedores reunindo equipes operacionais
apenas em situações de
crise Eles implementaram reuniões diárias
e metas compartilhadas
entre as duas equipes, que resultou em uma resolução
mais rápida de problemas e uma
colaboração mais suave no projeto Veja como resolver as lacunas. Primeiro, equipes multifuncionais. Crie equipes multifuncionais que incluam
desenvolvedores, testadores e equipe de operação para trabalhar em
conjunto durante todo o ciclo de vida do
projeto Dois, stand ups regulares. Apresente
estandes diários ou semanais para garantir que todas as equipes estejam na mesma página e que quaisquer bloqueadores sejam
identificados com antecedência Em terceiro lugar, metas e métricas compartilhadas garantem que todas as equipes
tenham objetivos compartilhados e que o desempenho seja medido com base
nas mesmas métricas. Principais conclusões. Vamos analisar os pontos-chave da lição de
hoje. Um, habilidades de equipe. Sua equipe precisa ser
proficiente em ferramentas de automação, métodos de
colaboração
e práticas de DevOps específicas
para mainframe Invista em treinamento e
projetos práticos para preencher e suprir lacunas. Em segundo lugar, as ferramentas existentes. Avalie se
suas ferramentas atuais compatíveis com o fluxo de trabalho de DevOps Algumas ferramentas podem precisar
ser atualizadas ou substituídas para permitir a
automação e a integração completas Em terceiro lugar, colaboração. DevOps exige uma forte
colaboração entre as operações de
desenvolvimento
e as equipes de teste Garanta que a estrutura de sua equipe e as ferramentas de
comunicação promovam o trabalho
multifuncional. Atividade de ganho. Para aplicar
o que você aprendeu, reserve um tempo para avaliar a prontidão de
sua própria organização para o
DevOp Responda às seguintes perguntas. Sua equipe tem as
habilidades necessárias para o DevOps? Quais lacunas existem? Suas ferramentas atuais são compatíveis
com os fluxos de trabalho de DevOps? Quais ferramentas podem
precisar ser atualizadas? Sua equipe
colabora bem em todos os departamentos? O que pode ser feito para melhorar o trabalho em equipe
multifuncional? Anote suas respostas
e comece a criar um roteiro para resolver quaisquer lacunas em sua preparação para o
DevOps O que vem a seguir? Na próxima lição, abordaremos as áreas de
priorização
para a implementação do DevOps Você aprenderá a identificar áreas de
alto impacto para a
integração do DevOps e a desenvolver uma estrutura de priorização para modernizar Vamos prosseguir com o módulo
dois, lição quatro, priorizando áreas para a implementação do
DevOps
9. Aula 4: priorizando áreas para implementação de DevOps: Lição quatro, priorizando áreas para implementação de DevOps Bem-vindo à lição
quatro do módulo dois. Na última lição,
discutimos como avaliar
sua prontidão para DevOps
avaliando as habilidades de sua equipe,
suas ferramentas atuais e a
colaboração entre Agora você tem uma visão mais clara da posição da sua
organização É hora de priorizar áreas específicas em
que o DevOps
trará Nem todos os processos precisam
ser modernizados de uma só vez. Em vez disso, o objetivo é identificar áreas de
alto impacto nas quais o
Devos possa fornecer resultados
imediatos e desenvolver uma estrutura de priorização para modernizar
gradualmente Ao se concentrar nas áreas certas, você criará sucessos iniciais
que criarão impulso e provarão o valor da Devos em toda a
sua organização Ao final desta lição, você poderá identificar
quais processos priorizar para a implementação do
Devos e criar
um plano estruturado para implementação do
Devos e criar um plano estruturado Por que a priorização é importante
na implementação do DevOps. Às vezes, a empolgação de adaptar o
DevOps pode levar à tentação de tentar
automatizar tudo de automatizar Embora a ambição seja grande, tentar
muito cedo pode sobrecarregar suas equipes e causar
interrupções Em vez disso, você precisa priorizar. Isso significa identificar
as áreas em que o DevOps pode ter o maior impacto
em termos de eficiência, redução de
custos e melhor desempenho
e começar por aí Ao focar primeiro nas áreas de alta
prioridade, você reduzirá o risco. Automatizar
sistemas críticos sem testes
completos e planejamento
cuidadoso pode introduzir riscos desnecessários Comece com
processos de menor risco para criar confiança. Crie vitórias rápidas.
Priorizar tarefas de alto impacto
, mas gerenciáveis, permite que
você veja os resultados mais cedo, que pode motivar as equipes e criar suporte para A eficiência aprimorada, com foco em gargalos e processos manuais pode levar a ciclos de
desenvolvimento mais rápidos e melhorias operacionais
para liberar recursos Vamos dar um exemplo. Um profissional de saúde
identificou que o processamento manual do
prontuário do paciente estava causando atrasos
no atendimento ao paciente Ao se concentrar primeiro nessa área, eles implementaram a automação do
DevOps que reduziu o
tempo de processamento em 50%, melhorando
significativamente a
eficiência sem interromper outros sistemas
críticos Primeiro passo, identificando áreas
de alto impacto para a integração do
DevOps A primeira etapa para priorizar a implementação do
DevOps
é identificar quais áreas do seu ambiente de
mainframe se
beneficiarão mais com a automação e a modernização Critérios para identificar áreas
de alto impacto. Frequência de uso.
Tarefas de alta frequência são excelentes
candidatas para DevOps Se um processo ocorrer diariamente
ou várias vezes por semana,
automatizá-lo resultará em uma economia
significativa de tempo Por exemplo, se os trabalhos em lote forem executados todas as noites e exigirem intervenção
manual, eles devem ser uma
prioridade para Processos manuais ou propensos a erros. Os processos que dependem muito da entrada
manual ou estão propensos a erros estão prontos
para a automação DevOS pode reduzir o erro humano, melhorar a consistência e
agilizar os Por exemplo, o teste manual de aplicativos
BOWL geralmente leva a atrasos e inconsistências Automatizar esse processo usando pipelines
CICD reduzirá os
erros e acelerará os lançamentos Criticidade comercial,
embora você não
queira começar com sistemas de missão
crítica imediatamente, identificar aqueles
que são cruciais para operações
comerciais deve fazer parte do seu plano de longo
prazo para a Devos Por exemplo, o sistema bancário principal, que processa milhares
de transações por dia, pode não ser o primeiro
sistema a ser automatizado, mas deve estar no seu roteiro para uma
integração cuidadosa com Gargalos no fluxo de trabalho. Se um processo
atrasa consistentemente o desenvolvimento
ou as operações, ele é o principal
candidato para o Devos A eliminação de gargalos
melhora a eficiência geral. Por exemplo, se o teste for a parte mais lenta do
seu ciclo de desenvolvimento, automatizá-lo com o CICD pode reduzir drasticamente Etapa dois, desenvolver uma estrutura de
priorização. Agora que você identificou áreas
de alto impacto, a próxima etapa é desenvolver uma estrutura de priorização que orientará sua implementação de DevOps Essa estrutura ajudará você a determinar quais processos são abordados primeiro e como sequenciar seus esforços para maximizar o impacto
com o mínimo de interrupção. Componentes-chave de uma estrutura de
priorização. Número um, avalie
o risco versus a recompensa. Analise cada processo identificado e avalie o equilíbrio entre
risco e recompensa. Os processos de alta recompensa e baixo risco
devem ser automatizados primeiro. Por exemplo, automatizar com trabalhos
rotineiros de processamento em lote que são executados com frequência, mas com dependências mínimas, é baixo risco e proporcionará economia
imediata Segundo, comece pequeno, escale rapidamente. Comece com um projeto menor que seja isolado o suficiente
para minimizar os riscos, mas importante o suficiente para
demonstrar o valor da Devos Uma escala bem-sucedida
para áreas mais complexas. Por exemplo, comece automatizando processos não críticos de
geração de relatórios Depois que tudo estiver funcionando sem problemas, passe a automatizar tarefas
mais críticas como Três, estime
o tempo e os recursos. Considere os recursos necessários para implementar o DevOps em
cada processo Algumas tarefas podem exigir mais tempo de desenvolvimento
ou ferramentas adicionais. Portanto, priorize com base no que é visível com seus recursos
atuais Por exemplo, automatizar trabalhos em lotes
noturnos pode exigir menos tempo em
menos ferramentas do que automatizar um sistema de
transações principal, exigir menos tempo em
menos ferramentas do que automatizar um sistema de
transações principal,
começando com a vitória mais fácil. Ou monitore, meça e ajuste. Estabeleça
indicadores-chave de desempenho ou KPIs para monitorar o impacto de
seus esforços de automação Se um processo não produzir as melhorias
esperadas, ajuste sua abordagem ou mude para uma área
prioritária diferente. Por exemplo, acompanhe
quanto tempo é economizado em tarefas
manuais após a automação e compare isso com a economia de tempo
esperada. Use essas métricas para fazer ajustes em futuros projetos
de automação. Vamos dar um exemplo. Uma
instituição financeira global usou uma estrutura de priorização para automatizar primeiro os
testes e os processos Eles viram uma redução de 40%
nos tempos de teste, que lhes deu a
confiança necessária para
automatizar seus pipelines CICD
para automatizar seus pipelines CICD Essa abordagem em fases permite que
eles escalem o DevOps sem sobrecarregar suas equipes ou causar Etapa três, criando um roteiro
para a implementação do DevOps. Depois de desenvolver uma estrutura de
priorização, a próxima etapa é criar
um roteiro que descreva a sequência e o cronograma
para
a implementação Um roteiro claro ajudará a
manter sua equipe no caminho certo, definir expectativas e garantir que você esteja trabalhando
em direção a metas mensuráveis Etapas principais para
criar um roteiro. Primeiro, defina metas claras. Divida a
implementação do DevOps em marcos claros Cada marco deve representar um
projeto de automação concluído, como automatizar trabalhos em lotes noturnos ou configurar Exemplo, marco um, automatize o processamento
noturno Segundo marco: implementar testes
automatizados para aplicativos da
Cobal Em segundo lugar, aloque
recursos e funções. Atribua
membros específicos da equipe para cada tarefa. Garanta que desenvolvedores, testadores e operações estejam trabalhando juntos para implementar cada
fase do roteiro Por exemplo, designe uma equipe
multifuncional para lidar com a configuração do pipeline do CICD, incluindo desenvolvedores, equipe de
operação e controle Em terceiro lugar, defina cronogramas
e pontos de revisão. Estabeleça um cronograma
para cada marco e inclua pontos de revisão
para avaliar o progresso Revisões regulares ajudarão você a ajustar seu roteiro conforme necessário. Por exemplo, defina um
cronograma de três meses para automatizar testes e um cronograma de seis
meses para implementar o CICD Revisões mensais
frias para garantir o progresso. Quarto, comunique o progresso. Mantenha suas equipes e partes interessadas
informadas sobre o progresso. Compartilhe vitórias, lições aprendidas e marcos futuros para
manter o ritmo e Por exemplo, realize reuniões regulares ou defina datas para
compartilhar o progresso, celebrar os sucessos e discutir quaisquer obstáculos que
precisem de Principais conclusões. Vamos analisar os pontos-chave da lição de
hoje. Identifique áreas de alto impacto para Devos concentrando-se em
processos que são frequentes, manuais ou propensos a erros Desenvolva uma
estrutura de priorização para decidir quais processos
automatizar primeiro Comece com uma tarefa de baixo risco e alta
recompensa para criar equinos. Crie um roteiro para implementação do
DevOps
que inclua marcos, cronogramas e recursos para
manter Monitore e ajuste sua
estratégia conforme necessário usando dados e feedback para orientar os esforços
futuros de DevOps Atividade de aprendizagem.
Reserve um tempo para aplicar as lições de hoje
em seu próprio ambiente. Responda às seguintes perguntas. Quais áreas de alto impacto você identificou para a
implementação do DevOps em
sua organização Como você pode priorizar
essas áreas com base no risco, na recompensa e nos recursos
disponíveis Qual seria seu
roteiro para implementação do
DevOps nos próximos seis
a 12 Anote suas respostas
e comece a criar uma estrutura de priorização e um roteiro e um roteiro para a jornada de DevOps da sua organização O que vem a seguir? No próximo módulo, vamos mudar o foco para a criação uma cultura de DevOps em equipes de
mainframe Na primeira lição, exploraremos a natureza isolada
das operações de
mainframe e por que
esses silos podem impedir a adoção do DevOps operações de
mainframe e por que esses silos podem Discutiremos estratégias
para quebrar esses silos e promover a
cultura de colaboração Vamos continuar com o Módulo 3, Lição 1, entendendo a natureza isolada das operações de
mainframe
10. Aula 1: entendendo a natureza de silos das operações de mainframe: Bem-vindo ao módulo
três, criando uma cultura de DevOp em equipes de
mainframe Neste módulo,
exploraremos como
promover uma cultura de DevOps
nas equipes de mainframe Abordaremos estratégias
para eliminar silos, promover a colaboração,
introduzir práticas ágeis e gerenciar Ao final deste módulo, você terá as ferramentas
e o conhecimento para criar um ambiente mais adaptável e
colaborativo sua operação
de mainframe Primeira lição, entendendo a natureza isolada das operações de
mainframe Bem-vindo à primeira lição
do Módulo três. Nesta lição, abordaremos
um desafio
comum em muitas organizações que
executam sistemas de mainframe natureza isolada
das operações de Esses silos podem ser um grande
obstáculo ao tentar adotar práticas de DevOps que
dependem de colaboração, integração
contínua e trabalho em equipe
multifuncional As equipes de mainframe geralmente operam de
forma independente de outras
partes da organização, que pode criar barreiras à
inovação e à eficiência Para integrar com sucesso o Devos seu ambiente de mainframe, primeiro
precisamos entender
por que esses silos existem, como eles impedem a adoção do Devos e o que pode ser feito para Ao final desta lição, você terá uma compreensão profunda da estrutura de silos
das operações de
mainframe e por que
abordá-la é crucial
para o operações de
mainframe e por que sucesso da Devo Por que as equipes de mainframe
operam em silos? Historicamente, as equipes
de mainframe operavam em silos, geralmente separadas do resto da organização
de Isso se deve a vários
fatores que moldaram forma como os mainframes são gerenciados e mantidos
ao longo dos anos Um, sistemas legados e experiência
especializada. mainframes são sistemas complexos e
altamente especializados que exigem uma
compreensão profunda das
linguagens de programação
antigas, como Cobol, e ferramentas
específicas para gerenciar processamento
em lote
e o agendamento de trabalhos Por causa disso, as equipes de mainframe geralmente se tornam altamente
especializadas em seu trabalho e há uma tendência de elas se
isolarem de outras equipes que podem não ter o mesmo nível de
experiência com Por que isso é importante para Devo. Em uma cultura Devos, o objetivo é integrar equipes, derrubar
barreiras e
promover a colaboração Quando
as equipes de mainframe estão isoladas, fica
difícil
criar o tipo de comunicação e
compartilhar a responsabilidade que o DevOps exige Dois, confiabilidade operacional
e aversão ao risco. mainframes sempre foram a espinha dorsal de muitas operações
comerciais críticas, especialmente em setores como finanças, saúde
e governo Como resultado, o foco das equipes de mainframe
tem
sido tradicionalmente na confiabilidade operacional, na segurança e na minimização Isso pode torná-los resistentes à natureza iterativa acelerada da devoção,
que geralmente enfatiza a que geralmente enfatiza experimentação Por que isso é importante para o DevOps? Embora a estabilidade seja importante, a abordagem cautelosa das equipes
de mainframe pode retardar DevOps incentiva atualizações
frequentes, feedback
contínuo
e automação, que pode
parecer um desvio da abordagem metódica cuidadosa
normalmente adotada normalmente adotada Três,
estrutura organizacional e silos de equipe. Em muitas organizações, as operações de
mainframe são departamentos
separados
com suas próprias metas, processos e estruturas
de gerenciamento Eles podem não interagir regularmente com outras
partes da equipe de TI, como equipes de nuvem ou DevOps Isso pode criar lacunas de
comunicação em que
as equipes de mainframe não estão cientes ou desconectadas de metas
organizacionais mais amplas levando à falta de alinhamento Por que isso é importante para o DevOps. A Debov se empenha na colaboração
interfuncional. Os silos criam barreiras para isso, dificultando o alinhamento das operações do
mainframe com práticas
mais
amplas de DeVov Vamos dar nosso exemplo. Uma grande
instituição financeira tinha uma equipe de mainframe que operava separadamente das equipes de
nuvem e Devos A equipe de mainframe
estava focada em garantir disponibilidade e
estabilidade, enquanto a equipe da Devo trabalhava em ciclos de lançamento
mais rápidos e automação para outras partes
da infraestrutura A falta de comunicação
e metas compartilhadas geraram conflitos e atrasos na
integração de novos recursos em seus sistemas de mainframe Como os silos impedem a adoção do
DevOps? A natureza fragmentada das operações de
campo principal pode impedir a adoção do DevOps Um, falta de comunicação
entre as equipes. Em um ambiente Devos, comunicação
contínua
é essencial Quando as equipes estão isoladas, a
comunicação tende a
se limitar a ou
solicitações
formais, em vez da colaboração contínua em
tempo real
necessária para implementar
os necessária para Impacto. Sem
linhas abertas de comunicação, as equipes de
desenvolvimento
e as equipes operacionais podem trabalhar com objetivos
diferentes. Isso pode levar a ineficiências, prioridades
conflitantes e a um menor tempo de comercialização de novos recursos ou
atualizações Segundo, dificuldade em integrar o
mainframe com as ferramentas de DevOps. As equipes de mainframe geralmente confiam em ferramentas e
fluxos de trabalho
legados que não se integram facilmente às ferramentas
modernas da Devo como Jenkins, gift Essa
divisão tecnológica reforça os silos pois as equipes de mainframe podem não adotar as mesmas cadeias de ferramentas ou processos que suas
contrapartes da Devo Impacto,
a incapacidade de integrar as ferramentas da
Devo aos sistemas de
mainframe leva à falta de automação, processo
manual e ciclos de lançamento
mais longos Isso pode tornar o
mainframe um gargalo em uma organização ágil. Três, resistência
à mudança cultural. adaptação do DevOps exige não apenas uma mudança nas
ferramentas e nos processos, mas uma mudança cultural na
forma como as equipes trabalham juntas As equipes de mainframe, acostumadas com suas
formas estabelecidas de trabalhar, podem resistir à natureza colaborativa e
acelerada do DevOps, especialmente se perceberem isso como Sem a adesão das equipes tradicionais, a adoção
do
Devos pode estagnar, adoção
do
Devos pode estagnar, gerando frustração
e lentidão É importante abordar a resistência
cultural de
frente, mostrando benefícios
do Devos de uma forma que se alinhe às principais prioridades das
equipes, que são estabilidade,
segurança Vamos dar um exemplo. Uma organização
de saúde enfrentou a resistência
de sua equipe de mainframe ao tentar introduzir os pipelines do
CICD A equipe temia
que a automação de testes e implantações introduzisse
instabilidade. Ao testar o DevOps em sistemas
não críticos e demonstrar a confiabilidade
dos processos automatizados, a organização
conseguiu criar confiança e
gradualmente colocar a equipe de mainframe no compartimento Quebrar silos, o primeiro passo para o sucesso do
DevOps Para adotar o DevOps com sucesso em seu ambiente de mainframe, você precisa eliminar
os silos que tradicionalmente
separam sua equipe de mainframe de outras partes da organização Veja como começar. Uma delas, promova a colaboração
interfuncional, incentive a colaboração
entre equipes de mainframe e equipes de DevOps formando grupos
multifuncionais
que incluam membros de
operações de desenvolvimento e testes Isso ajudará a derrubar
as barreiras e criar um senso compartilhado de responsabilidade por todo o ciclo de vida da
entrega do software. Segundo, estabeleça uma
comunicação regular. Configure canais de
comunicação regulares como destaques diários, sincronizações
semanais ou canais do Slack, para garantir que as equipes de mainframe
e outras equipes de ID A comunicação regular
gera confiança e ajuda as equipes a permanecerem
na mesma página, especialmente durante projetos de alta
prioridade Três, introduza o
DevOps gradualmente. Em vez de pressionar por uma transformação geral do DevOps da
noite para o dia, Comece automatizando
um processo, como testes
automatizados
ou agendamento de tarefas e use esse sucesso
para implementação gradual
permite que as equipes se adaptem aos novos fluxos de trabalho sem se sentirem sobrecarregadas. Vamos
dar um exemplo. Uma empresa de varejo que
dependia de sistemas de mainframe para gerenciamento de
inventário
começou aos poucos automatizando o agendamento de trabalhos em lotes Isso reduziu a intervenção manual
e liberou recursos, o
que aumenta a confiança da equipe de mainframe no DevOps Com o tempo, a equipe
ficou mais aberta a iniciativas
maiores de DevOps.
Principais conclusões Vamos recapitular os pontos principais
da lição de hoje. As equipes de mainframe geralmente operam em silos devido à experiência
especializada, à aversão ao
risco e
às estruturas organizacionais Esses silos impedem a adoção do DevOps,
limitando a comunicação,
dificultando a integração de ferramentas e promovendo Quebrar silos é
essencial para o sucesso da Devo. Comece promovendo a colaboração
interfuncional, estabelecendo uma
comunicação regular
e introduzindo o Devo gradualmente Oh, atividade de aprendizagem. Reflita sobre a estrutura da sua organização e
responda às seguintes perguntas. Sua
equipe de mainframe opera em um silo? caso afirmativo, como isso
afeta a colaboração
com outras equipes de TI? Quais medidas você pode
tomar para eliminar os
silos e incentivar melhor comunicação
e colaboração Qual é o processo com o qual você
poderia começar para
introduzir o DevOps gradualmente
à sua equipe de mainframe Anote suas respostas e considere como você pode
começar a eliminar os silos em sua
organização para permitir uma transformação bem-sucedida do DevOps
. O que vem a seguir? Na próxima lição, vamos nos
aprofundar na promoção da colaboração
interfuncional Discutiremos estratégias para promover a colaboração
entre
equipes de mainframe, Devos e nuvem e exploraremos as ferramentas e plataformas de
comunicação
que facilitam
o que facilitam Vamos prosseguir para o Módulo
três, Lição dois, promovendo a colaboração
interfuncional
11. Aula 2: promovendo a colaboração interfuncional: Lição dois, promovendo a colaboração
interfuncional. Bem-vindo à
segunda lição do módulo três. Em nossa última lição,
discutimos a natureza de silos das equipes de mainframe e como os silos podem
retardar
a adoção do Agora que você entende por que os silos existem e
os desafios que eles criam, é hora de
falar sobre como
eliminá-los por meio da colaboração
interfuncional Nesta lição,
vamos explorar estratégias
práticas para promover a colaboração entre suas equipes de DevOps
e nuvem de mainframe Também analisaremos as ferramentas e plataformas de
comunicação que podem tornar a
colaboração interfuncional mais fácil, eficiente e eficaz. Ao final desta lição, você saberá como unir suas
equipes e promover o
ambiente colaborativo que é
fundamental para o sucesso da Devo Por que a colaboração multifuncional
é essencial para a Devo. Debov se esforça para colaborar. Não é apenas um conjunto de
ferramentas e processos. É uma cultura
em que as equipes de desenvolvimento, operações e outras equipes de
TI trabalham juntas continuamente para fornecer software e serviços com mais eficiência. Em ambientes tradicionais de
mainframe, no entanto, a colaboração
nem sempre é fácil Equipes diferentes geralmente operam forma
independente com metas, processos e até métodos de
comunicação separados. Veja por que a colaboração
interfuncional é essencial para o sucesso da Debo Um, propriedade compartilhada. Em uma cultura de DevOps, toda
a equipe
compartilha a propriedade do ciclo de vida
do produto, do desenvolvimento à implantação e
à manutenção A colaboração garante
que todos
trabalhem com o mesmo objetivo e
estejam alinhados às prioridades Dois, resolução de problemas mais rápida. Quando as equipes colaboram, os problemas podem ser identificados
e resolvidos mais rapidamente Com a
comunicação multifuncional, desenvolvedores, especialistas em
operações e
mainframe podem resolver problemas juntos, minimizando atrasos e
melhorando a Em terceiro lugar, integração perfeita. mainframes são uma
parte essencial de muitas empresas, mas integrá-los a sistemas
modernos, como
ambientes em nuvem, pode ser complexo A colaboração garante que equipes de
mainframe e DevOps reduzam as equipes de nuvem e trabalhem
juntas para criar integrações perfeitas, seguras Primeiro passo, Estratégias para
promover a colaboração. Vejamos algumas estratégias que você pode usar para promover a colaboração
multifuncional entre suas equipes de mainframe de DevOps
e Cloud Primeiro, crie equipes
multifuncionais. O primeiro passo para
quebrar os silos e promover a colaboração é
criar equipes multifuncionais criar equipes multifuncionais Essa equipe deve
incluir membros de
operações, desenvolvimento, infraestrutura de
nuvem
e testes de mainframe , todos trabalhando juntos
em projetos compartilhados Como implementá-lo. Em vez de ter sua equipe de mainframe trabalhando
separadamente da
equipe de
DevOps, crie uma força-tarefa conjunta em os membros de ambas
as equipes trabalhem juntos em projetos
específicos,
como automatizar um processo ou modernizar
um aplicativo Vamos dar um exemplo. Uma empresa
global de varejo formou equipes
multifuncionais
quando começou a integrar seu sistema de
inventário baseado em mainframe com uma plataforma de
análise baseada em nuvem Ao envolver especialistas em mainframe
e nuvem, eles conseguiram evitar atrasos e garantir uma
integração perfeita Segundo, configure a
sincronização e os suportes regulares. Outra estratégia importante
é introduzir rituais
regulares de comunicação, como levantamentos diários ou sincronizações semanais, em
que todos os membros da equipe multifuncional se
reúnem para discutir
o progresso, obstáculos e Essas reuniões
ajudam a manter todos alinhados e a promover a colaboração
contínua Como implementá-lo, faça
uma
reunião diária ou semanal em que desenvolvedores, especialistas em mainframe e engenheiros de nuvem
discutam o status do projeto, os desafios e as Garanta que essas
reuniões sejam curtas, focadas e produtivas.
Veja um exemplo. Uma empresa de serviços financeiros apresentou reuniões diárias para suas
equipes multifuncionais quando elas começaram a fazer a transição de alguns de
seus principais aplicativos para um modelo de nuvem híbrida Essa linha aberta de comunicação reduziu a ficção e garantiu
que o mainframe, a nuvem e o Devovtms estivessem todos alinhados Três, fomentar uma cultura
de compartilhamento de conhecimento. Um dos maiores desafios colaboração interfuncional é que cada equipe geralmente tem uma profunda experiência em
sua própria área, mas um conhecimento limitado sobre as outras equipes,
sistemas ou processos. Incentivar o
compartilhamento de conhecimento entre as equipes pode ajudar a preencher essas lacunas e promover uma melhor colaboração.
Como implementá-lo. Organize sessões
de treinamento ou
workshops internos em que os membros da equipe compartilhem seus conhecimentos
com outras pessoas. Por exemplo,
especialistas em mainframe podem dar uma visão geral de como o processamento
em lote funciona enquanto engenheiros de nuvem
podem explicar como conteinerização está sendo usada em outras partes da Vamos dar um exemplo.
Um profissional de saúde implementou sessões internas de
almoço e aprendizado, nas quais diferentes equipes compartilham seus conhecimentos sobre tópicos
como automação e desenvolvimento de
cobol e o uso do
Jenkins para pipelines do CICD Essa
cultura de compartilhamento de conhecimento promoveu uma melhor colaboração
entre equipes que antes estavam isoladas Etapa dois, ferramentas e plataformas para facilitar a
colaboração. A colaboração não diz respeito
apenas às pessoas. É também sobre as ferramentas
que os ajudam a trabalhar juntos. Existem várias ferramentas e plataformas projetadas para
facilitar a colaboração no ambiente DevOps e integrá-las ao seu fluxo de trabalho pode melhorar drasticamente a forma como suas equipes se comunicam
e Um,
ferramentas de comunicação. Ferramentas como Slack, Microsoft Teams ou Zoom fornecem canais de comunicação em tempo
real nos quais os membros da equipe
podem fazer perguntas, compartilhar atualizações e colaborar
nas tarefas e saber como usá-las Configure canais dedicados
para cada projeto em que membros da equipe
multidisciplinar possam colaborar em tempo real Por exemplo, você pode
ter um canal de integração de
DevOps de mainframe em
que engenheiros de mainframe, desenvolvedores e especialistas em
nuvem
discutam problemas de integração Vamos dar um exemplo. Uma
grande seguradora criou canais do Slack para cada um de seus projetos
multifuncionais Isso permitiu que membros da equipe de diferentes departamentos resolvessem problemas, fizessem
perguntas e
compartilhassem informações
rapidamente , resultando em uma redução de 20%
nos atrasos nos projetos Dois, plataformas de colaboração. Plataformas como Jira, Trello ou Asana ajudam
as equipes a gerenciar projetos, atribuir tarefas Essas ferramentas criam
visibilidade sobre quem está trabalhando em quê e permitem que os membros da equipe
se mantenham atualizados sobre o progresso, os prazos e os obstáculos Como usá-los. Use o
Jira ou o Trello para criar quadros de
projetos em que as
tarefas podem ser atribuídas aos membros
da equipe e o progresso
pode ser Isso mantém todos
alinhados e responsáveis, além garantir
que nenhuma tarefa
passe despercebida .
Vamos dar um exemplo. Uma instituição bancária usou Jira para gerenciar seu projeto de
transformação do DevOps Eles criaram um quadro
do Jira ou equipes multifuncionais para
monitorar a automação dos testes
de mainframe A plataforma proporcionou
transparência e manteve toda
a equipe informada sobre progresso e
os próximos marcos Três, sistemas de controle de versão. Ferramentas de controle de versão,
como Git ou Bitbucket permitem que vários membros da equipe trabalhem no mesmo
projeto simultaneamente, acompanhem as alterações e
garantam que todos estejam usando o código ou a configuração mais
atualizados Esses sistemas são cruciais para
manter a colaboração entre as equipes de desenvolvimento
e operações. Como usá-los. Implemente um sistema
de controle de versão que seja acessível tanto para
desenvolvedores de mainframe quanto para equipes de Devops Use
estratégias de ramificação para permitir que equipes
diferentes
trabalhem em recursos separados tempo, garanta que
todos estejam
na mesma página quando se trata gerenciamento de
código e configuração Vamos dar um exemplo.
Uma empresa de varejo o usou para gerenciar seu
código-fonte e arquivos de
configuração em seu mainframe e ambiente de
nuvem Isso permitiu que
desenvolvedores de mainframe e engenheiros de nuvem
trabalhassem em paralelo sem
criar conflitos ou atrasos Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, a
colaboração interfuncional é essencial para o sucesso da Devo porque
promove a propriedade compartilhada, acelera a solução de problemas e garante a integração perfeita de mainframes e Em segundo lugar, as estratégias para promover colaboração incluem a criação de equipes
multifuncionais, criação de coletores regulares
e a promoção do
compartilhamento de conhecimento entre as e a promoção do
compartilhamento de conhecimento Em terceiro lugar, ferramentas como Slack, Jira e Git ajudam a facilitar a colaboração fornecendo canais de
comunicação, ferramentas de gerenciamento de
projetos
e sistemas de controle de versão Atividade de aprendizagem. Reserve
um momento para refletir sobre colaboração de
sua própria organização
entre as equipes de mainframe de
DevOps e Cloud Responda às seguintes perguntas. Suas equipes trabalham isoladamente ou há
colaboração entre DevOps de
mainframe e especialista
em nuvem Quais ferramentas e estratégias você
poderia introduzir para melhorar a comunicação e colaboração
entre essas equipes? Como você pode incentivar mais o compartilhamento de conhecimento em sua organização para
eliminar os silos Anote suas respostas e considere como você pode implementar essas estratégias para promover a colaboração
interfuncional
em sua própria organização. O que vem a seguir? Na próxima lição, exploraremos a introdução práticas
ágeis em equipes de
mainframe Discutiremos como levar metodologias
ágeis para equipes de
mainframe
tradicionalmente estruturadas e como o
desenvolvimento iterativo e o feedback
contínuo de
sprints podem ser
aplicados feedback
contínuo de
sprints podem ser Vamos prosseguir com o módulo três,
lição três, introduzindo práticas
ágeis para equipes de
mainframe
12. Aula 3: apresentando práticas ágeis para equipes de mainframe: Lição três, introduzindo práticas
ágeis em equipes de
mainframe Bem-vindo à lição
três do módulo três. Nesta lição, vamos nos concentrar em como introduzir práticas ágeis em suas equipes
de mainframe Tradicionalmente,
as operações de mainframe têm sido mais estruturadas com ciclos de desenvolvimento
mais longos , planejamento
cuidadoso e foco na estabilidade Embora esses princípios
sejam valiosos, a metodologia ágil,
com foco em sprints, desenvolvimento
iterativo e feedback
contínuo, pode ajudar a trazer um novo nível de capacidade
de resposta
e eficiência aos projetos de e eficiência Ao final desta lição, você entenderá como aplicar práticas
ágeis de uma forma que
respeite as necessidades exclusivas do ambiente
de mainframe e, ao mesmo tempo,
ajude suas equipes a se tornarem mais adaptáveis Por que trabalhar com Agile em projetos de
mainframe? À primeira vista, homens ágeis podem parecer inadequados para ambientes de
mainframe, que são conhecidos por
sua estabilidade e confiabilidade a longo prazo Mas os principais valores do Agile,
que são flexibilidade, capacidade de resposta
e melhoria contínua, podem trazer
benefícios significativos às equipes de mainframe, especialmente quando elas se integram ao especialmente quando elas se integram DevOps e às
práticas Veja por que o Agile é uma ótima
opção para equipes de mainframe. Entrega de valor única e mais rápida. O Agile incentiva pequenos lançamentos
frequentes em vez de longos ciclos de
desenvolvimento Isso significa que sua equipe de mainframe pode fornecer atualizações incrementais, permitindo que as partes interessadas
vejam o valor Segundo, adaptabilidade, a abordagem
iterativa do Agile permite que as equipes adotem
requisitos variáveis em ambientes
acelerados em que as necessidades de negócios
evoluem Essa adaptabilidade
pode evitar atrasos e desalinhamento entre as metas de desenvolvimento e Três,
feedback e melhoria contínuos. Agile se concentra no feedback
contínuo, permitindo que as equipes melhorem
seus processos e resultados com base na contribuição
regular das partes interessadas Isso é particularmente útil para sistemas de
mainframe de longa data que precisam ser modernizados
ou integrados mais novas. Vamos
dar um exemplo. Uma empresa de serviços financeiros usa metodologias
ágeis para modernizar
seus aplicativos de mainframe baseados em CBL. Ao dividir seus projetos em sprints menores e gerenciáveis, eles conseguiram fornecer atualizações de
recursos com mais rapidez,
responder às
demandas dos clientes com mais rapidez responder às
demandas dos clientes com mais rapidez e reduzir o
tempo de desenvolvimento em 30% Trazendo sprints para as equipes de
mainframe. O conceito de sprints
é fundamental para o Agile. Em um sprint, as equipes se concentram em concluir um conjunto de tarefas,
como desenvolvimento de recursos, bugs ou testes em
um curto período fixo, geralmente de duas a quatro semanas Os sprints permitem que as equipes
concentrem seus esforços, atinjam metas de curto prazo e ofereçam valor incremental Como implementar sprints
para equipes de mainframe. Primeiro, estabeleça metas curtas e alcançáveis. As equipes de mainframe
devem definir metas que possam ser concluídas dentro
do período do sprint Por exemplo, uma meta de sprint
pode ser refatorar um processo em lote específico ou automatizar um
único caso de teste Segundo, use o planejamento ágil de sprint. Envolva toda a equipe nas sessões de planejamento de
sprint, identifique a tarefa
a ser concluída, priorize-a e
atribua responsabilidades Isso garante que todos
estejam alinhados e saibam
o que é esperado Três, destaques diários completos. Agile enfatiza
os check-ins diários, conhecidos como destaques, em que os membros da equipe compartilham
o que fizeram, o que planejam fazer e os obstáculos que estão
enfrentando. Isso ajuda a manter a
responsabilidade e mantém a equipe no caminho certo. Vamos dar um exemplo. Uma equipe de
manutenção de um profissional de saúde implementou sprints de
duas semanas para lidar com pequenos projetos, como
automatizar o agendamento de Eles descobriram que, ao se
concentrarem em metas de curto prazo, poderiam fazer
progressos mensuráveis sem interromper a estabilidade
de seus Etapa dois,
desenvolvimento iterativo para mainframes. Um dos principais princípios do
Agile é o desenvolvimento iterativo as equipes criam software em pequenos incrementos e coletam
feedback Em vez de trabalhar
por meses ou anos em um grande projeto
antes de lançá-lo, Agile incentiva as
equipes a lançarem pequenas atualizações com frequência permitindo Como implementar o desenvolvimento
iterativo. Primeiro, divida grandes projetos. Os projetos de mainframe
geralmente são grandes e complexos,
mas, ao dividi-los
em componentes menores, as equipes podem trabalhar e lançar pequenas funcionalidades com
mais frequência Segundo, use
testes e validação incrementais. Com cada iteração, execute testes
automatizados para
garantir a estabilidade Isso é crucial em um ambiente de
mainframe que a confiabilidade é fundamental Testar com antecedência e com frequência ajuda a detectar problemas antes que eles
se tornem problemas maiores. Três, colete
feedback regularmente. Depois de cada iteração, colete feedback das
partes interessadas e dos usuários finais Incorpore esse feedback
ao próximo ciclo de desenvolvimento para
melhorar continuamente o produto. Por exemplo, uma empresa de
varejo com um sistema de inventário antigo
baseado em mainframe adotou o desenvolvimento iterativo Em vez de esperar para
revisar todo o sistema, eles lançam
atualizações incrementais a cada duas semanas, testando novas funcionalidades mantendo Essa abordagem permitiu que eles
modernizassem o sistema gradualmente, evitando o risco
de uma migração em grande escala Etapa três, incentivando o feedback
contínuo. No Agile, o
feedback contínuo é essencial. As equipes não esperam
até o final
do projeto para obter informações
das partes interessadas. Eles buscam feedback regularmente durante o processo de desenvolvimento. Esse ciclo de feedback ajuda a
garantir que o produto esteja sempre alinhado às necessidades da
empresa e possa evoluir à medida que
os requisitos mudam Como implementar
feedback contínuo para equipes de mainframe. Primeiro, envolva as partes interessadas desde o início. Envolve as principais partes interessadas, como analistas de negócios, gerentes de
produto ou usuários finais no início
do processo de desenvolvimento Faça análises de sprint
em que a equipe demonstra o que
realizou e Segundo, incorpore o feedback
no próximo sprint. Certifique-se de que o
feedback coletado das partes interessadas seja
incorporado ao próximo sprint Isso mantém a equipe alinhada com as prioridades do
negócio e garante a melhoria
contínua Três, monitore e
melhore os processos. Depois de cada impressão, faça
uma retrospectiva que a equipe discuta o que
correu bem e o que poderia ser melhorado Use esse feedback para refinar seus processos e fluxos de trabalho
para o próximo Por exemplo, a equipe de mainframe de uma
seguradora começou a realizar avaliações de sprint no final de cada sprint de
duas semanas Isso permitiu que
as partes interessadas da empresa
fornecessem feedback sobre os novos
recursos de processamento de
reclamações que a equipe desenvolveu. Ao incorporar esse
feedback em futuros sprints, a equipe conseguiu se adaptar
rapidamente às mudanças nos requisitos,
melhorando a qualidade do produto
e a satisfação do cliente Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje As metodologias ágeis
trazem flexibilidade, adaptabilidade e feedback
contínuo às equipes de mainframe tradicionalmente estruturadas Os sprints ajudam as equipes de mainframe a
se concentrarem em metas de curto prazo, agregando valor de forma incremental
e desenvolvimento iterativo
permite que
as equipes dividam grandes projetos
em partes menores, lançando atualizações
com mais frequência e
melhorando continuamente O feedback contínuo garante
que os projetos de mainframe permaneçam alinhados às necessidades da empresa e evoluam à medida Atividade de aprendizagem. Reflita
sobre como as práticas ágeis podem ser implementadas em seu ambiente de mainframe e responda às seguintes Primeiro, qual é o grande
projeto em que sua equipe está trabalhando que poderia se
beneficiar de ser dividido em sprints Segundo, como você poderia introduzir desenvolvimento
iterativo em
seus projetos de mainframe para agregar valor Três, quais
mecanismos de feedback você poderia implementar para coletar
contribuições contínuas das partes interessadas? Anote suas respostas e
considere como as práticas ágeis transformariam a produtividade
e a capacidade de resposta da sua
equipe de mainframe produtividade
e a capacidade de resposta da sua
equipe de O que vem a seguir? Na próxima lição, exploraremos o gerenciamento da
resistência à mudança. Você aprenderá três técnicas
de gerenciamento de mudanças para lidar com a resistência das equipes de mainframe e abordar preocupações e
equívocos
comuns sobre Devos
em Vamos prosseguir com o Módulo
três, Lição quatro, gerenciando a resistência à mudança.
13. Aula 4: gerenciando a resistência à mudança: Lição quatro, gerenciando a
resistência à mudança. Bem-vindo à lição
quatro do módulo três. Nas lições anteriores, exploramos como
promover a colaboração e introduzir metodologias ágeis
em suas Agora vamos enfrentar um
dos desafios mais comuns em qualquer transformação, a
resistência à mudança. É natural que as equipes resistam
às mudanças, especialmente quando estão acostumadas com uma forma específica de trabalhar. As equipes de mainframe, em particular, podem se sentir mais
resistentes por causa de seu foco na estabilidade
e confiabilidade No entanto,
integrar com sucesso os princípios de DevOps em um ambiente de mainframe exige superar
essa resistência Nesta lição, abordaremos três
técnicas de gerenciamento de mudanças para
ajudá-lo a lidar com a resistência
das equipes de mainframe Também abordaremos preocupações e
equívocos
comuns sobre DevOps
em ambientes de mainframe,
ajudando você a criar adesão
e facilitar transições mais suaves e Por que a resistência acontece
nas equipes de mainframe? A resistência à mudança
geralmente decorre do medo, da incerteza
ou do mal-entendido As equipes de mainframe estão acostumadas processos estruturados
tradicionais que estão em vigor
há décadas e
podem hesitar em adotar a flexibilidade e
a natureza acelerada Aqui estão alguns motivos comuns pelos quais resistência ocorre
em equipes de mainframe Um, medo da instabilidade. As equipes de mainframe priorizam
a estabilidade do sistema. A ideia de fazer mudanças
frequentes conforme o DevOps incentiva pode
parecer uma ameaça a essa estabilidade A equipe pode temer que a integração
contínua ou implantação
frequente
possam introduzir erros em sistemas críticos. Segundo, conforto com processos
legados. Muitos profissionais de mainframe
trabalham com sistemas e métodos
legados
há anos, até décadas Eles se sentem confortáveis
com a forma como as coisas estão e podem resistir
à adoção de novas ferramentas, processos ou formas de trabalhar Três,
perda de controle percebida. As equipes de mainframe geralmente se sentem responsáveis
pela infraestrutura crítica
de sua organização Eles podem temer que
a adoção do DevOps possa levar à perda de
controle sobre esses sistemas, especialmente quando a automação ou mudanças
rápidas são introduzidas Primeiro passo, abordando as preocupações por meio da comunicação
e da educação. A primeira técnica para
gerenciar a resistência é se engajar em
comunicação e educação claras. A resistência geralmente surge da
falta de compreensão. Portanto, é importante
esclarecer o que é o Devos e como ele pode aprimorar as operações do
mainframe sem comprometer Como implementar. Um,
organize sessões educacionais, realize workshops, seminários
ou reuniões individuais para explicar os benefícios do
Devos e da automação
para equipes de mainframe Concentre-se em como essas
práticas podem aumentar a eficiência e reduzir cargas de trabalho
manuais sem
sacrificar o controle. Segundo, compartilhe histórias de sucesso. Mostre exemplos reais de
outras equipes de mainframe que adotaram o DevOps
com sucesso, destaque as melhorias
na produtividade, na estabilidade
do sistema e na entrega
mais rápida de atualizações Três, aborde questões
específicas. Peça aos membros que expressem suas
preocupações e falem diretamente com elas. Por exemplo, se a
equipe estiver
preocupada com o impacto de
mudanças frequentes na estabilidade do sistema, explique como os
testes automatizados e implantação
gradual podem
garantir Vamos dar um exemplo. Em
uma grande seguradora, a equipe de mainframe estava
preocupada com o impacto do DevOps em seu sistema
de
processamento de sinistros de missão crítica Depois de uma série de workshops
em que os princípios de Devos foram
explicados e exemplos
do setor financeiro foram compartilhados, a equipe percebeu
que a automação e integração
contínua realmente
reduziriam o erro humano e
melhorariam o tempo de atividade do sistema Etapa dois, envolvendo as equipes
no processo de mudança. Uma das formas mais
eficazes de gerenciar a resistência é envolver as equipes no processo de mudança. Quando as pessoas sentem que
têm voz e podem
contribuir para a mudança, é mais provável que a
apoiem. Como implementar. Primeiro, crie um grupo
consultivo de mudança. Forme um grupo que inclua representantes de equipes de
mainframe, equipes DevOps e gerenciamento Esse grupo deve ter uma palavra a dizer sobre como a
transformação acontece, quais ferramentas adotar e como os processos mudarão. Segundo, os programas piloto
envolvem a equipe de mainframe em um projeto piloto de DevOps que se concentra na automação de
um sistema não crítico Isso permite que eles
experimentem os benefícios primeira mão sem arriscar a
estabilidade dos principais sistemas Seu envolvimento no piloto aumentará a confiança
nos novos processos. Três, incentive o feedback da equipe. Faça ciclos de feedback ou faça parte
do processo de transição. Permita que os membros da equipe
forneçam feedback sobre como as práticas de
Devos estão afetando seu trabalho
e incorporem esse feedback aos
ajustes e melhorias Vamos dar um exemplo. Uma instituição bancária envolveu
sua equipe de mainframe em um programa piloto para
automatizar o processamento em lote
usando um pipeline de DevOps Ao permitir que a equipe
escolhesse as ferramentas de automação e definisse os parâmetros
para o projeto, eles se sentiram mais
responsáveis pelas mudanças. O sucesso do piloto levou a maior adoção das
práticas de DevOps em toda a equipe Etapa três, implementação gradual
e vitórias incrementais. A mudança não precisa
acontecer de uma só vez. A terceira técnica é adotar uma abordagem gradual e se concentrar em obter vitórias
incrementais Ao começar aos poucos e aproveitar
os sucessos iniciais, as equipes podem ganhar confiança nos processos da
Devab
sem se sentirem as equipes podem ganhar confiança nos processos da
Devab
sem se sentirem
sobrecarregadas. Como implementar. Primeiro, comece com áreas de baixo risco. Comece automatizando
ou integrando o Devos em áreas de baixo risco do
seu ambiente de mainframe, como
ambientes que não são de produção
ou processos que não ou processos que Isso permite que a equipe se
familiarize com novas ferramentas e fluxos de trabalho sem a pressão de afetar sistemas
críticos Segundo, comemore pequenos sucessos. Quando um pequeno projeto
ou processo for automatizado
com sucesso,
comemore a vitória, reconheça o
esforço da equipe e mostre como seu trabalho está contribuindo para um ambiente mais eficiente e
adaptável Três, expansão gradual. Depois que a equipe viu os benefícios do DevOps
em projetos menores expandiu
gradualmente o uso
para áreas mais críticas, a chave é criar impulso
e confiança ao longo tempo, em vez de pressionar por
mudanças generalizadas Vamos dar um exemplo.
O provedor de serviços de saúde começou automatizando a geração de dados
de teste para seu sistema de mainframe O sucesso desse
projeto demonstrou o valor da automação
e a equipe ficou
mais aberta à aplicação dos princípios do DevOps outras áreas, como agendamento de
tarefas e pipelines de
implantação Equívocos comuns sobre
DevOps em mainframes. Ao implementar técnicas
de gerenciamento de mudanças, é
importante abordar equívocos
comuns
que as equipes de mainframe possam ter Esses equívocos podem alimentar resistência e criar atrito
desnecessário Primeiro, o DevOps
comprometerá a estabilidade. As equipes de mainframe geralmente temem que práticas de
DevOps, como integração
contínua,
introduzam instabilidade No entanto, o DevOps
realmente melhora a estabilidade por meio de testes
automatizados, monitoramento e implementações graduais
que detectam problemas antes que
eles Segundo, o DevOps é apenas para aplicativos na Web
e na nuvem. Outro equívoco é que o
DevOps só é útil para aplicativos
modernos, como plataformas baseadas
na nuvem ou na web A verdade é que os princípios do DevOps como automação, entrega
contínua
e colaboração, também se
aplicam ao sistema de
mainframe legado, melhorando a produtividade e
reduzindo a intervenção manual Em terceiro lugar, a automação
substituirá os empregos. Alguns membros da equipe podem temer que a automação
torne a função obsoleta. Na realidade, a
automação elimina tarefas manuais
repetitivas e permite que os membros
da equipe se concentrem
em trabalhos de maior valor, como otimizar o desempenho
do sistema e lidar com soluções complexas de
problemas Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje A resistência ao DevOps em equipes de
mainframe é comum, mas pode ser gerenciada por meio de comunicação
clara, envolvimento e implementação
gradual Aborde as preocupações educando as equipes sobre como o DevOps aumenta a estabilidade e
melhora a eficiência Envolva as equipes no
processo de mudança para dar a elas um senso de
propriedade e controle. Comece aos poucos,
comemore os sucessos e expanda gradualmente a
adaptação do DevOps para criar impulso. Uma atividade de aprendizagem. Reflita sobre como o
DevOps de resistência pode estar presente em sua própria equipe de mainframe e responda às
seguintes Primeiro, quais preocupações foram levantadas por sua equipe em relação ao
DevOps ou à automação Segundo, como você poderia envolver sua equipe no processo
para ajudar a gerenciar a resistência? Três, qual é um
pequeno projeto de baixo risco com o
qual você poderia começar para demonstrar os
benefícios do DevOps Anote suas respostas
e desenvolva um plano para lidar com a resistência
e facilitar a mudança em sua equipe O que vem a seguir? Na próxima lição, abordaremos a automação de
testes e a integração contínua para Exploraremos o que
é a integração
contínua e como ela beneficia os processos de
desenvolvimento de mainframe, permitindo feedback mais rápido e implantações
mais confiáveis Vamos prosseguir para o Módulo
quatro, Lição um. O que é integração contínua?
14. Aula 1: o que é integração contínua?: Bem-vindo ao Módulo quatro, automatizando testes e integração
contínua, TI ou Neste módulo, exploraremos como automatizar testes e configurar ambientes de integração contínua, pipelines ou mainframe Aprendemos como automatizar testes de
unidade e integração, configurar pipelines de CI e garantir uma implantação tranquila
com o mínimo Primeira lição: o que é integração
contínua? R Bem-vindo à primeira lição
do Módulo quatro. Nesta lição, apresentaremos
a integração
contínua ou CI e exploraremos como ela se aplica
ao desenvolvimento de mainframe Tradicionalmente, os sistemas de
mainframe dependem de longos ciclos de
desenvolvimento Mas com o surgimento do DevOps, práticas como a CI podem ajudar
as equipes a se tornarem mais ágeis, melhorarem a
qualidade do código e fornecerem atualizações mais rapidamente sem
comprometer Ao final desta lição, você terá uma
compreensão sólida do que é CI, como ela funciona e os benefícios ela pode trazer ao seu ambiente de
mainframe O que é
integração contínua ou CI? integração contínua ou CI é uma
prática de desenvolvimento de software em que as alterações de código são automaticamente
testadas e
integradas em um repositório compartilhado
várias vezes ao dia CI permite que os desenvolvedores
identifiquem e corrijam erros com antecedência, que reduz o
tempo e o esforço necessários para integrar
alterações de código e implantar atualizações. Veja como funciona.
Primeiro, os desenvolvedores fazem pequenas alterações frequentes no
código. Em vez de esperar semanas ou
meses para integrar as mudanças, os desenvolvedores fazem
pequenas atualizações de código regularmente e as enviam
para um repositório compartilhado Em segundo lugar, testes automatizados. Cada vez que um desenvolvedor
confirma o código, um processo automatizado de criação e
teste é acionado O sistema verifica se há
erros ou bugs antes que as alterações sejam mescladas
na base de código principal Em terceiro lugar, a
detecção precoce de problemas. Se algum problema for
detectado durante o teste, o sistema de CI fornece feedback
imediato
aos desenvolvedores, permitindo que eles resolvam
o problema rapidamente. Principais benefícios do CI. Primeiro, um feedback mais rápido. Os desenvolvedores recebem feedback sobre suas alterações de código
quase imediatamente, reduzindo o tempo gasto em problemas depuração e
integração Em segundo lugar, melhor qualidade do código. Os testes automatizados ajudam a
detectar bugs precocemente, garantindo que somente códigos
de
alta qualidade cheguem ao ambiente
de produção. Em terceiro lugar, entrega contínua. CI facilita a entrega
contínua novos recursos e atualizações sem interromper a funcionalidade
existente Vamos dar um exemplo. Uma grande empresa de varejo que usa sistemas de
mainframe para gerenciamento de
inventário adotou a CI para automatizar os testes de suas aplicações de
cobalto Antes de implementar a CI, eles estavam realizando testes
manuais, que demoravam dias e
muitas vezes atrasavam os lançamentos. Depois de configurar a CI, eles conseguiram
executar testes automatizados com cada confirmação de código, reduzindo o tempo de teste em 60% e melhorando a
qualidade geral de suas atualizações. Como a CI beneficia o desenvolvimento de
mainframe? Embora a CI seja comumente associada ao desenvolvimento
de software moderno, ela também oferece benefícios significativos para
ambientes de mainframe mainframes geralmente estão
no centro das operações
comerciais de missão crítica e adoção da CI pode ajudar a garantir estabilidade, confiabilidade
e eficiência Uma integração mais rápida
das alterações de código. No desenvolvimento tradicional de
mainframe, integrar mudanças pode ser um processo demorado,
geralmente CI automatiza esse processo,
permitindo que as equipes integrem e testem as alterações de código com mais
rapidez e frequência Isso é especialmente útil para grandes bases de código em que integração
manual
é demorada. Segundo, detecção precoce de problemas. Em sistemas de mainframe,
abordar os problemas precocemente é crucial para evitar tempo de inatividade
e interrupções dispendiosas EI garante que cada mudança
seja testada antes de sua fusão, ajudando a identificar
possíveis problemas logo no início do processo de
desenvolvimento Três, maior colaboração. CI incentiva a colaboração
entre as equipes de desenvolvimento, teste e operações Ao fornecer feedback contínuo e compartilhar um repositório
central, a
CI elimina os silos e permite que as equipes trabalhem
juntas com mais eficiência Vamos dar um exemplo. Uma instituição bancária usou a CI para integrar alterações de código para o sistema de
transações baseado em mainframe Antes da CI, o processo de
integração era lento e propenso a erros. Ao adotar a CI, a equipe de
desenvolvimento conseguiu automatizar os testes, corrigir erros com antecedência e garantir que as atualizações não
interrompessem Isso melhorou a colaboração entre o desenvolvimento
e as operações, reduzindo os atrasos na implantação e aumentando a confiabilidade do sistema O fluxo de trabalho de CI para mainframes. Agora que entendemos
os benefícios, vamos detalhar como
um fluxo de trabalho típico de CI pode parecer em um ambiente de
mainframe Primeiro, o desenvolvedor confirma o código. Um desenvolvedor trabalhando em
um aplicativo CBL faz uma alteração no código e a compromete um
sistema de
controle de versão compartilhado Por exemplo, Gid. Dois,
construção e teste automatizados. O sistema de CI usando
ferramentas como Jenkins ou IBM Urban code aciona
automaticamente um processo de construção e executa testes
para validar o novo Três, feedback imediato. Se os testes forem aprovados, as alterações serão
integradas à base de código principal. Se algum problema for encontrado, o desenvolvedor será notificado imediatamente e poderá corrigi-lo antes de
prosseguir. Ou monitoramento contínuo. Após a integração bem-sucedida, o código é monitorado
continuamente para garantir que
não apresente problemas de desempenho ou
segurança. Isso é particularmente
importante para sistemas de
mainframe que lidam com dados
confidenciais e grandes volumes de
transações Vamos dar um exemplo. Um
prestador de serviços de saúde implementou um fluxo de trabalho de CI para o sistema de processamento de
reclamações do mainframe Usando o Jenkins, eles automatizaram o teste de cobble
code e trabalhos em lote, reduzindo os tempos de integração e detectando erros antes que
eles O resultado foi um fluxo de trabalho mais
eficiente que permitiu que os desenvolvedores se
concentrassem na inovação em vez de nos testes manuais
e na solução de problemas. Principais ferramentas para CI em ambiente de
mainframe. Para implementar a CI em um ambiente de
mainframe, você precisará das ferramentas certas Aqui estão algumas
das ferramentas mais usadas
para CI e mainframes Primeiro, Jenkins. É um popular servidor de
automação de código aberto que se integra a
ambientes de mainframe para gerenciar contas, executar testes e
automatizar fluxos Segundo, o IBM Urban C, uma ferramenta
projetada especificamente para automatizar implementações
e testes de aplicativos em ambientes
complexos Em terceiro lugar, o Git, um sistema
de controle de versão usado para gerenciar o
código-fonte e rastrear alterações Git permite que vários desenvolvedores trabalhem nos mesmos projetos e se integrem perfeitamente
com o CI Vamos dar um exemplo. Uma empresa global de varejo
usou o código Jenkins e IBM Urban para
configurar a CI para seu sistema de folha de
pagamento de mainframe Ao automatizar os testes
e a integração, eles reduzem os erros e
melhoram os tempos de implantação 40%, garantindo a conformidade
com os protocolos de segurança Para levar. Vamos recapitular os pontos principais da lição de
hoje Primeiro, a integração contínua ou CI automatiza o teste e a
integração das alterações de código, permitindo que os desenvolvedores detectem
erros precocemente e
melhorem a qualidade do código Em segundo lugar, a CI traz benefícios
significativos aos ambientes
convencionais, incluindo integração mais rápida, detecção
precoce de problemas
e maior colaboração Em terceiro lugar, um fluxo de trabalho típico de CI para mainframes envolve compilações
automatizadas, testes e feedback
contínuo Quarto, ferramentas como Jenkins, IBM, Urban code e Git são essenciais para implementar a
CI em sistemas de mainframe Atividade de ganho.
Agora é hora de refletir sobre como a CI pode melhorar seu processo de
desenvolvimento de mainframe Responda às seguintes perguntas. Primeiro, quais
desafios atuais a equipe curta enfrenta ao integrar e testar o código em seu ambiente de
mainframe Segundo, como a implementação da
CI pode ajudar a enfrentar
esses desafios? Três, quais ferramentas,
por exemplo, Jenkins,
IBM, Urban code, você
introduziria para testes automatizados e integração em sua equipe Anote suas respostas e comece a pensar em como você pode implementar um fluxo de trabalho de CI em seu próprio
ambiente de mainframe O que vem a seguir? Na próxima lição, abordaremos a configuração de pipelines de
CI para mainframes Você aprenderá a criar pipeline de
CI passo a
passo usando ferramentas como Jenkins e IBM Urban code adaptadas especificamente
para o sistema de mainframe Vamos prosseguir com o Módulo
quatro, Lição dois, configurando pipelines de CI
para mainframes
15. Aula 2: como configurar pipelines de IC para mainframes: Lição dois, configurando
pipelines de CI para mainframes. Bem-vindo à lição
dois do módulo quatro. Nesta lição, vamos adotar uma abordagem prática passo
a
passo para criar pipelines de integração
contínua
ou de CI, personalizados para ambientes de mainframe Exploraremos como ferramentas como Jenkins e IBM
Urban code podem ser usadas para criar um pipeline de CI
automatizado que se integra ao
seu sistema de mainframe Ao final desta lição, você terá uma
compreensão clara de
como configurar e
gerenciar pipelines de CI,
automatizar testes e simplificar os processos de
integração de código, mantendo a estabilidade e simplificar os processos de
integração de código a
confiabilidade necessárias para
as confiabilidade necessárias para O que é um pipeline de CI? Antes de nos aprofundarmos na configuração, vamos definir rapidamente
o que é um pipeline de CI. Um pipeline de CI é uma série de processos
automatizados que lidam com integração,
teste e implantação de
código. Ele garante que todas as alterações
feitas na base de código automaticamente testadas e
invalidadas antes de serem mescladas, permitindo que as equipes detectem
e corrijam problemas com Um pipeline de CI típico para mainframes inclui
as etapas a seguir O primeiro é a confirmação do código. Os desenvolvedores enviam suas alterações para um repositório de código compartilhado,
por exemplo, o Git Em segundo lugar, construa a automação. O pipeline
compila ou cria automaticamente o código. Em terceiro lugar,
testes automatizados, testes unitários, testes de
integração e outros
testes automatizados são acionados. Quarto, feedback. Os resultados são enviados de volta
aos desenvolvedores com feedback
imediato
sobre o sucesso ou o fracasso das mudanças. Quinto, implantação. Se tudo for aprovado, as alterações serão mescladas e o código será implantado no
próximo ambiente Por exemplo, preparação
ou produção. Guia passo a passo para
configurar o pipeline de CI para mainframe Vamos percorrer um processo passo a
passo de
configuração de um pipeline de CI para seus sistemas de mainframe usando o código Jenkins ou IBM Urban Primeiro passo, configure seu sistema de controle de
versão. Os pipelines de CI dependem um sistema de
controle de versão compartilhado ou VCS para gerenciar alterações no código O primeiro passo é
garantir que todos os desenvolvedores estejam comprometendo o código com um
VCS centralizado, isso é Primeiro passo, configure os repositórios
Git. Crie um repositório Git central para seu aplicativo de mainframe, seja ele escrito em FOBL, assembler Em segundo lugar, organize estratégias de
ramificação. Configure uma estratégia de ramificação
adequada ao fluxo de trabalho da sua equipe. As estratégias comuns incluem ramificações ou recursos individuais e ramificações
principais para versões
estáveis. Por exemplo, uma instituição
financeira implementou o Git para rastrear mudanças em seus aplicativos de
CBL. Usá-lo usando o Git permitiu que
vários desenvolvedores trabalhassem em diferentes recursos simultaneamente,
enquanto o pipeline de CI
lidava com a fusão de códigos e a
resolução de conflitos automaticamente Etapa 2: instalar e configurar o código Jenkins
ou IBM Urban Agora que você tem um sistema de
controle de versão instalado, a próxima etapa é instalar e configurar sua ferramenta de
automação de CI. Nesta lição, vamos nos
concentrar em duas ferramentas populares, Jenkins e IBM Urban code Instalando o Jenkins. Primeiro, baixe e
instale o Jenkins. Visite o site da Jenkins para
baixar a versão mais recente. Jenkins é altamente personalizável e oferece suporte a muitos plug-ins, especificamente para o desenvolvimento de
mainframe Segundo, configure os trabalhos do Jenkins. Crie um trabalho do Jenkins para
seu projeto de mainframe. Cada trabalho define um pipeline
específico, desde a criação do código até a execução de testes automatizados. Em terceiro lugar, configure os plug-ins. Jenkins é uma ampla variedade
de plug-ins, como os plug-ins GroovRx e ZOS,
que se integram perfeitamente ao ambiente que se integram Etapas para instalar o código
IBM Urban. Primeiro, configure o IBM
Urban code Deploy. código IBM Urban
foi projetado para fluxos de trabalho
específicos de mainframe Instale-o em seu ambiente de
mainframe e configure fluxos de trabalho de implantação
e teste Em segundo lugar, configure os componentes
do mainframe. Defina
processos específicos do mainframe, como agendamento de tarefas, tratamento de
conjuntos de dados e execução de tarefas JCL dentro
do Vamos dar um exemplo. Um profissional de saúde
usa o Jenkins para automatizar seu pipeline de CI para um sistema de processamento em lote
em um mainframe ZOS Eles configuram o trabalho de Jenkins
para criar aplicativos móveis, executar testes automatizados e implantar o código em um
ambiente de Etapa três, automatize
o processo de criação. Depois que o código Jenkins ou IBM
Urban estiver configurado, você desejará automatizar
o processo de criação Essa etapa garante que toda
vez que o código for confirmado, ele seja
compilado e criado automaticamente. Primeiro, defina os acionadores de construção. Configure seu pipeline de CI
para acionar o processo de criação automaticamente sempre que um novo código for confirmado no repositório
Git Em segundo lugar, automatize as construções de
mainframe. Para aplicativos de mainframe, você pode criar programas CBL
ou PL one Use ferramentas de compilação, como as ferramentas compilação do
ZOS ou plug-ins
Jenkins Couple,
para automatizar Em terceiro lugar,
gerencie as dependências e garanta que todas as dependências, como conjuntos de dados
externos ou bibliotecas sejam incluídas
no processo Vamos dar um exemplo.
Uma empresa global de varejo automatizou o processo de criação do sistema
de folha de pagamento configurando
acionadores de construção Sempre que um desenvolvedor enviava
um código, Jenkins
compilava automaticamente os coprogramas e criava compilações
prontas para implantação Etapa quatro: automatizar
os testes em andamento. O teste é uma
parte essencial de qualquer pipeline de CI. Ao automatizar seus testes, você pode detectar erros com antecedência e evitar que eles sejam
implantados Primeiro, configure o teste unitário. Automatize o teste unitário para validar componentes individuais
do seu código de mainframe Você pode usar
estruturas de teste como teste
CICS para Segundo, configure o teste de
integração. Os testes de integração garantem que diferentes partes do
sistema funcionem juntas. Automatize esse teste para validar fluxos de trabalho em trabalhos
em lotes, processamento de
transações
e programas on-line Em terceiro lugar, execute
testes automatizados em cada confirmação. Certifique-se de que toda vez que o
código for confirmado, os testes
automatizados sejam acionados e os resultados sejam enviados de volta ao desenvolvedor.
Vamos dar um exemplo. Uma instituição bancária
usou o código IBM Urban para automatizar os testes unitários
e de integração para seu sistema de
transação de mainframe Ao automatizar os testes, eles reduzem o risco de erros
na produção, aumentam a cobertura do código e
melhoram a estabilidade geral
do sistema Etapa cinco,
feedback e monitoramento contínuos. Um dos principais benefícios
do CI Pipelines é o feedback contínuo
fornecido aos desenvolvedores Após as fases de criação e
teste, é importante garantir que os desenvolvedores recebam
feedback imediato sobre o código. Primeiro, configure as notificações. Configure seu sistema de CI
para enviar notificações aos desenvolvedores por e-mail ou Slack sempre que uma
compilação ou teste falhar Em segundo lugar, monitore a integridade da tubulação. Use painéis para monitorar a
integridade do seu pipeline de CI. Ferramentas como Jenkins ou Urban code fornecem
informações em tempo real sobre prazos de cobrança, taxas de
falha e cobertura de testes Em terceiro lugar, resolva as falhas mais cedo. Incentive os desenvolvedores a resolver problemas assim que eles forem
identificados no pipeline, reduzindo o risco de erros serem
introduzidos na produção. Vamos dar um exemplo. Uma empresa de varejo configurou
notificações do Slack
integradas ao Jenkins para alertar os
desenvolvedores quando uma compilação Isso permitiu que a equipe identificasse e resolvesse
problemas
rapidamente , evitando atrasos na implantação do sistema
de folha de pagamento Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, a configuração de um pipeline de CI automatiza o processo de
integração, teste e implantação de aplicativos de
mainframe Segundo, use ferramentas como Jenkins ou IBM Urban code para criar e gerenciar pipelines de CI personalizados
para ambientes de mainframe Três, automatize as compilações e os
testes para melhorar a eficiência, detectar erros precocemente e garantir o código de alta qualidade
que está sendo produzido Ou o feedback contínuo é
essencial para manter a integridade do pipeline de CI e garantir que
os problemas sejam resolvidos rapidamente. Atividade de aprendizagem.
Reserve um momento para pensar em como você poderia implementar pipelines de
CI em seu próprio ambiente de
mainframe Responda às seguintes perguntas. Primeiro, quais etapas
você poderia tomar para automatizar o processo de criação e teste de seus
aplicativos de mainframe Segundo, quais ferramentas, Jenkins ou IBM Urban code, você
preferiria para configurar
um pipeline de CI e por quê? Terceiro, como o feedback
contínuo pode melhorar a eficiência e colaboração de sua equipe de
desenvolvimento? Anote suas respostas
e comece a planejar como você implementará pipelines de CI em seu ambiente de mainframe O que vem a seguir? Na próxima lição, vamos nos concentrar na automação de
testes para aplicativos de mainframe Você aprenderá como automatizar testes
unitários e testes de integração
para Cb e outros
aplicativos de mainframe, juntamente com as
melhores práticas para implementar testes
automatizados em
um Vamos continuar com a lição três do módulo
quatro, automatizando os testes para aplicativos de
mainframe
16. Aula 3: automatizando testes para aplicativos de mainframe: Lição três, automatizando testes para aplicativos de mainframe Bem-vindo à lição
três do módulo quatro. Na lição de hoje,
vamos explorar como automatizar os testes
para aplicativos de mainframe O teste automatizado é
uma parte essencial de qualquer pipeline de CI de
integração contínua ,
pois garante que as alterações feitas em
sua base de código sejam validadas
automaticamente antes de serem mescladas ou Os aplicativos de mainframe
geralmente criados com linguagens como COBOL, ALO ou assembler têm Abordaremos como implementar testes unitários
automatizados
e testes de integração para aplicativos de mainframe Discuta
as ferramentas necessárias e compartilhe as
melhores práticas para garantir que seus
testes automatizados sejam eficazes. Ao final desta lição, você saberá como
automatizar os testes para seus aplicativos de mainframe e integrá-los perfeitamente ao seu pipeline de
CI Por que automatizar os testes para aplicativos de
mainframe. automação de testes
em um pipeline de CI ajuda a detectar erros mais cedo e garante que cada
alteração de código seja completamente validada antes de ser incorporada à base de código
principal teste manual pode
ser demorado, propenso a
erros e geralmente
leva a atrasos, especialmente em ambientes de
mainframe grandes e complexos A automação, por outro lado, oferece vários benefícios importantes. Primeiro, consistência
e confiabilidade. Os testes automatizados são executados sempre
da mesma forma, garantindo
resultados consistentes e reduzindo erros
humanos que geralmente
ocorrem durante os testes manuais. Em segundo lugar, feedback mais rápido. Os testes automatizados são acionados assim que o código é confirmado, fornecendo
feedback imediato aos desenvolvedores. Isso reduz o tempo entre a introdução e a detecção de um
bug, permitindo correções mais rápidas. Em terceiro lugar, maior cobertura de testes. Com a automação, você pode executar
mais testes com mais frequência, garantindo que mais partes do seu aplicativo
sejam testadas sem aumentar a carga de trabalho manual.
Vamos dar um exemplo. A instituição bancária global, que
dependia muito dos aplicativos da Cobal implementou testes automatizados
em seu pipeline de CI Ao automatizar os testes unitários e de
integração para seu sistema de
processamento de transações, eles reduziram o número de erros
críticos que
atingem a produção em
40% e encurtaram o ciclo geral de
lançamento Primeiro passo: automatizar teste
unitário para aplicativos de
mainframe Os testes unitários se concentram em testar componentes ou
funções
individuais do seu aplicativo. Em um ambiente de mainframe, isso normalmente envolve
testar peças isoladas, código CBL ou PLO Esse teste garante
que cada pequena parte da base de código
funcione conforme o esperado, independente de outros componentes. Como implementar testes unitários
automatizados. Primeiro, escolha uma estrutura
de teste. Para aplicativos Cobol,
ferramentas como unidade Z da
IBM ou teste de unidade de
microfoco
são comumente usadas Essas estruturas permitem que
você crie testes de unidade especificamente para linguagens de
mainframe como Cobol e Em segundo lugar, defina os casos de teste. Escreva casos de teste para
funções ou módulos individuais. Concentre-se em casos extremos, tratamento de
erros e
saídas esperadas para várias condições
de entrada Em terceiro lugar, integre os testes
ao pipeline de CI. Certifique-se de que
os testes de unidade sejam acionados automaticamente sempre que
um novo código for confirmado. Dessa forma, você pode detectar
problemas antes as alterações sejam mescladas
na ramificação principal. Vamos
dar um exemplo. Um provedor de serviços de saúde que
automatiza
testes unitários para seu sistema de processamento de
sinistros baseado em CBL usa a unidade Z da IBM para escrever
centenas de Esses testes foram
acionados automaticamente após
cada confirmação de código, garantindo que quaisquer bugs nos novos recursos fossem detectados
antes da implantação. Etapa 2: automatizar os testes de integração para aplicativos de
mainframe teste de integração
se concentra em garantir que diferentes partes do sistema
funcionem juntas conforme o esperado. Em
ambientes de mainframe, isso pode envolver o teste de interações
entre trabalhos em lote, bancos de dados, sistemas de
processamento de transações como o CICS e programas on-line Como implementar testes de
integração automatizados. Primeiro, use ferramentas
criadas para mainframes. Ferramentas como IBM, CICS test e Micro focus test
server
foram projetadas especificamente para automatizar testes de
integração para aplicativos de
mainframe Essas ferramentas
permitem simular interações do mundo
real entre vários componentes em
um sistema de mainframe Em segundo lugar, simule fluxos de trabalho
do mundo real. Escreva casos de teste que simulem cenários do mundo
real, como processar uma transação
do cliente, executar um trabalho em lotes ou
acessar um banco de dados Garanta que todos os fluxos de trabalho
críticos sejam abordados em seu teste de
integração Em terceiro lugar, automatize o gerenciamento de dados. Os sistemas de mainframe geralmente
dependem de grandes conjuntos de dados. Use ferramentas que automatizam
a criação, o carregamento e o gerenciamento de dados de teste, para que seus
testes de integração possam ser executados em ambientes que imitam a
produção o mais próximo possível Um exemplo, uma
empresa de varejo usando um sistema de inventário
baseado em mainframe, teste de integração
automatizado para seus fluxos de trabalho de
processamento em lote Usando o teste IBM CICS, eles simularam
cenários de ponta a ponta , como atualização de níveis de
inventário, processamento de pedidos de clientes
e geração Essa automação reduziu o tempo gasto em
testes de integração em 70%, permitindo que a empresa lançasse atualizações mais rapidamente e
com menos problemas. Práticas recomendadas para automatizar testes em um ambiente de CI Embora a automação de testes para coisas
principais possa
oferecer grandes benefícios Há algumas práticas recomendadas que
você deve seguir para garantir que seus testes automatizados sejam eficazes e confiáveis. Primeiro, priorize a cobertura do teste. Concentre-se na automação de testes para as partes mais críticas
do seu aplicativo Ou seja, aqueles que, se
falharem , terão o maior
impacto em seu sistema. Com o tempo, use sua cobertura
de teste para garantir que todos os recursos
e fluxos de trabalho importantes sejam incluídos Dois, execute o teste em paralelo. execução de testes em paralelo
pode reduzir significativamente o tempo necessário para executar um conjunto completo
de testes automatizados. Ferramentas como Jenkins
e IBM Urban code permitem que você configure execução
paralela de testes
para acelerar o feedback Três, monitore
os resultados e as falhas dos testes. Use ferramentas de CI para monitorar os resultados do
teste e identificar
padrões nas falhas do teste. Se os mesmos testes
falharem repetidamente, investigue a causa raiz para evitar regressões em construções
futuras Ou testes atualizados. À medida que sua base de código evolui, seus casos de teste também devem Faça parte do seu fluxo de trabalho de
desenvolvimento atualizar casos de
teste sempre que
novos recursos forem adicionados ou
os existentes forem modificados. Vamos dar um exemplo. Uma
empresa de serviços financeiros seguiu essas melhores práticas ao automatizar os testes unitários e de
integração Eles priorizam os testes do sistema principal de
processamento de transações, garantindo que ele esteja estável
após cada atualização Ao executar testes em paralelo e monitorar falhas
por meio do Jenkins, eles reduziram o tempo de teste em
50% e viram menos
bugs na produção Ferramentas para automatizar testes
em pipelines de CI de mainframe. Implemente testes automatizados,
você precisará das ferramentas certas. Aqui estão algumas ferramentas comumente
usadas para automatizar testes em ambientes de
mainframe Uma delas, a unidade Z da IBM, uma ferramenta de teste unitário
específica para Cobol, PL one e outras linguagens de
mainframe Ele se integra facilmente
com o CI Pipelines e permite testar
funções individuais isoladamente Segundo, o teste IBM CICS, uma ferramenta para testes de
integração automática, simulando interações
entre transações do CICS, trabalhos
em lote e outros Três: Micro Focus Unit
Testing and Test Server, um conjunto de ferramentas que fornece recursos de
teste unitário
e de integração para aplicativos de mainframe, facilitando a automatização de
testes em pipelines de CI Quatro, Jenkins com ZoSplugis. Jenkins, com sua ampla variedade
de plug-ins, pode se integrar a ambientes de
mainframe para executar testes
automatizados como parte
do pipeline de CI Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje teste automatizado
em um pipeline de CI garante que cada
alteração de código seja validada, fornecendo feedback mais rápido e reduzindo os esforços de teste manual Automatize o teste unitário para componentes
individuais
usando ferramentas como IBM, unidade
Z e
testes de integração para fluxos de trabalho
inteiros usando
ferramentas como o teste IBM CICS As melhores práticas para testes
automatizados incluem priorizar a cobertura dos
testes, executar testes em paralelo, monitorar falhas e
manter os casos de teste atualizados Use as ferramentas certas,
como a unidade IBM Z, CICS ou o servidor de teste micro
focus para implementar testes automatizados
em ambientes de mainframe Atividade de ganho.
Reserve um momento para refletir sobre como você
pode automatizar testes em seu próprio ambiente de
mainframe Responda às seguintes perguntas. Primeiro, qual parte do
seu aplicativo de mainframe
se beneficiaria mais com testes
automatizados, Unidade N ou com o teste de integração Quais ferramentas você usaria para implementar testes automatizados
em seu pipeline de CI? Como os testes automatizados podem
melhorar a velocidade e confiabilidade de seus processos de desenvolvimento
e implantação? Anote suas respostas
e comece a planejar como você integrará os
testes automatizados ao seu fluxo de trabalho de CI. O que vem a seguir? Na próxima lição, exploraremos a integração de sistemas de controle de
versão em seu pipeline de CI para aplicativos de
mainframe Você aprenderá a usar o Git ou outros sistemas de
controle de versão para gerenciar alterações de código e rastrear confirmações em
seu pipeline de CI Vamos prosseguir para o Módulo
quatro, Lição quatro, integrando sistemas de
controle de versão
17. Aula 4: como integrar sistemas de controle de versão: Lição quatro, integrando sistemas de controle de
versão. Bem-vindo à lição
quatro do módulo quatro. Nesta lição, vamos nos
aprofundar na integração sistemas de controle de
versão em seu pipeline de CI com base no código de
mainframe Os sistemas de controle de versão ou VCS são ferramentas essenciais no desenvolvimento de software
moderno, permitindo que as equipes
gerenciem alterações de código, acompanhem revisões e colaborem perfeitamente Em ambientes de mainframe, a integração de
ferramentas como o Git com pipelines de integração
contínua é fundamental para garantir uma colaboração
tranquila, melhor gerenciamento de código e
entrega mais eficiente Ao final desta lição, você saberá como integrar o
Git ao seu pipeline de CI, gerenciar alterações de código de forma eficaz e aproveitar o controle de versão para melhorar seu fluxo de trabalho de
desenvolvimento de mainframe O que é controle de versão
e por que isso importa? Os sistemas de controle de versão ou VCS realmente mudam a base do
código ao longo do tempo, permitindo que os desenvolvedores trabalhem em diferentes partes do
código simultaneamente, mesclem as alterações e
revertam para
versões anteriores, se necessário Isso é especialmente importante em ambientes de mainframe em que sistemas
complexos
têm dependências e exigem
testes rigorosos antes Os principais benefícios dos sistemas de
controle de versão incluem, um lado, a colaboração. Vários desenvolvedores podem
trabalhar na mesma base de código, rastreando as alterações de
forma independente e mesclando seus trabalhos quando estiverem prontos Dois, rastreamento de histórico. Cada alteração é monitorada, permitindo que as equipes visualizem
o histórico de alterações, analisem quem fez quais atualizações
e revertam, se necessário. Três, ramificação e fusão. Os desenvolvedores podem criar ramificações para trabalhar em recursos ou
correções específicas e, em seguida, mesclar as alterações novamente na
ramificação principal após a aprovação dos testes Por exemplo, uma empresa de
serviços financeiros implementou o GIT em seu ambiente de
mainframe, permitindo que as equipes colaborem nos aplicativos da CBL Ao gerenciar ramificações
e históricos de versões, eles reduzem o
risco de sobrescrever trabalho
uns dos outros e melhoram sua velocidade geral de
desenvolvimento Como o Git se integra ao
pipeline de CI para painéis principais. Integrar o Git ao
seu pipeline de CI permite que você automatize os fluxos de trabalho de
teste e implantação
assim que as alterações no código Isso garante que cada
alteração seja validada e testada antes de ser
incorporada à base de código principal As etapas para integrar o Git em
um pipeline de CI incluem a
configuração de um repositório central do Git Estabeleça um repositório
Git centralizado onde todos os desenvolvedores
possam enviar seus códigos Esse repositório
servirá como uma única fonte de prova para a base de código do
mainframe Segundo, crie ramificações
para recursos e correções. Usando estratégias de ramificação
para gerenciar o desenvolvimento. Por exemplo, crie uma ramificação de
desenvolvimento para novos recursos e uma ramificação principal para código estável pronto
para implantação. Três, automatize os testes com CI. Configure sua
ferramenta de CI, por exemplo, código
Jenkins ou IBM Urban
para acionar testes automatizados sempre que o código for comprometido . Esses testes podem
incluir testes de unidade, testes de
integração
e testes de regressão,
garantindo que o código passe por todas as O ou mescle o código após o teste
bem-sucedido. Depois que os testes são aprovados, os desenvolvedores podem mesclar suas
alterações na ramificação principal, garantindo que somente o código verificado de
alta qualidade seja
implantado na produção Vamos dar um exemplo. Uma empresa de varejo usa o
Git em conjunto com o Jenkins para gerenciar sua base de código do sistema de
folha de pagamento Ao automatizar os testes por meio permissões do
Git e criar ramificações de
recursos, eles conseguiram reduzir bugs, gerenciar alterações com mais eficiência e garantir que somente o código testado fosse Melhores práticas para controle de
versão em ambiente de mainframe. Usar o git ou outros sistemas de
controle de versão em um ambiente de mainframe requer uma implementação cuidadosa Aqui estão algumas das melhores práticas
para garantir o sucesso. Primeiro, adote uma estratégia de
ramificação consistente. Estabeleça
diretrizes claras sobre como as
filiais são criadas,
usadas e mescladas As estratégias populares incluem a ramificação de
recursos. Cada recurso ou correção de bug
é desenvolvido em uma ramificação separada
e as alterações são mescladas somente após Ramificação mínima da liberação de barra. Uma ramificação principal é
reservada para código estável enquanto outras ramificações lidam com
novos recursos ou testes. Segundo, implemente revisões de código. Antes de mesclar qualquer código, é importante
realizar análises de código Essas análises garantem
que o código esteja em conformidade com as melhores práticas, seja limpo e
não introduza novos problemas Três, marque lançamentos importantes. Use tags do Git para marcar
lançamentos ou marcos importantes. Isso permite que você identifique e
reverta
facilmente para versões específicas
do seu código, se necessário. Quatro, monitore e
automatize os testes, garanta que os testes automatizados sejam acionados a cada confirmação Dessa forma, possíveis
problemas são detectados precocemente e somente o código estável
testado é incorporado à ramificação principal Um exemplo, um
profissional de saúde trabalhando em aplicativos
baseados em paralelepípedos implementou análises de código e estratégias de marcação
no GIP Ao marcar versões críticas e realizar análises
antes da fusão, eles melhoram a qualidade do código e reduzem o número
de bugs na produção Guia passo a passo para usar o Git em um pipeline de CI de mainframe Aqui está um
guia passo a passo para implementar o Git como parte do
seu pipeline de CI para aplicativos de
mainframe Primeiro, configure o repositório Git. Use um serviço Git centralizado. Por exemplo, Git Hub, GitLab ou Bit bucket para
hospedar o repositório Organize a estrutura do
repositório para refletir seu componente de
aplicativo de mainframe, sejam eles
programas CBL, JCL Segundo, crie ramificações para
diferentes fluxos de trabalho. Estabeleça ramificações como principal para código pronto para produção, desenvolvimento para mudanças contínuas e ramificações de recursos
para tarefas individuais. Cada desenvolvedor trabalha em uma ramificação de recursos e confirma o
código à medida que progride Três, integre o Git com o código
Jenkins ou IBM Urban. Configure um plug-in Git
no Jenkins ou no código
IBM Urban para
acionar processos de CI Configure trabalhos de compilação
para
executar testes automaticamente quando um novo código for
enviado para ramificações específicas. Quatro, automatize o
teste e a validação de código. Escreva scripts para automatizar os
testes usando ferramentas de CI. Por exemplo, use
pipelines Jenkin para executar testes de unidade, testes integração
e teste de regressão para cada Garanta que os testes sejam executados em paralelo para reduzir o tempo de
feedback. Cinco, revise e mescle o código. Depois que os testes forem aprovados, revise
o código e mescle as alterações na ramificação principal
usando os recursos de mesclagem do Git Use ferramentas de revisão de código integradas às
plataformas Git para melhorar a colaboração e
manter a qualidade do código Vamos dar um exemplo. Uma instituição bancária
integrou o Git
com o Jenkins para automatizar
seu pipeline de CI de mainframe Toda vez que um desenvolvedor enviava um
código para o repositório, Jenkins acionava
testes automatizados e somente após um teste bem-sucedido
a equipe mesclava o código
na ramificação Isso simplifica seu processo de
desenvolvimento e minimiza os erros
de produção. E para levar Vamos recapitular os pontos principais
da lição de hoje. Sistemas de controle de versão como Git são essenciais para
gerenciar alterações no código, garantir a colaboração
e rastrear histórico
do código em ambientes de
mainframe A integração do Git
com um pipeline de CI automatiza o processo de teste
e implantação, garantindo que somente o código validado As melhores práticas para usar o Git em ambientes de
mainframe incluem a adoção de estratégias de
ramificação, implementação de análises de código
e a automação de testes com cada confirmação Ferramentas como Jenkins ou IBM
Urban code podem ser usadas para
automatizar fluxos de trabalho
e testes baseados em git em Atividade de aprendizagem.
Reflita sobre como sistemas de controle de
versão podem melhorar seu processo de
desenvolvimento de mainframe Responda à seguinte pergunta. Primeiro, como o Git ou
outro sistema de
controle de versão ajudaria a gerenciar alterações de código em seu ambiente de
mainframe Segundo, quais
estratégias de ramificação
você implementaria para melhorar a colaboração entre os membros
da equipe Terceiro, como a automação de
testes por meio do Git melhoraria testes por meio do Git melhoraria qualidade
da sua base de código Anote suas respostas e
pense em como você pode integrar o controle de versão
ao seu pipeline de CI. O que vem a seguir? Na próxima lição, exploraremos a entrega
contínua ou a automação de CD e implantação. Você aprenderá a diferença entre
integração contínua e entrega
contínua e como
automatizar a entrega
e a implantação de atualizações em
seu ambiente de mainframe Vamos continuar com o Módulo 5, Lição 1, visão geral da
entrega contínua.
18. Aula 1: visão geral de entrega contínua: Bem-vindo ao módulo cinco. Implementando a automação contínua de entrega e implantação. Neste módulo, você aprenderá como implementar a entrega
contínua ou CD e automatizar os processos de implantação
em ambientes de mainframe Exploraremos como o
CD garante lançamentos
mais rápidos e confiáveis,
reduz a intervenção manual e melhora a qualidade do código. Lição 1, visão geral
da entrega contínua. Bem-vindo à primeira
lição do módulo cinco. Nesta lição, exploraremos o conceito de entrega
contínua para CD e como ele se aplica especificamente a ambientes de
mainframe A entrega contínua é
uma prática essencial no desenvolvimento de software moderno, permitindo que as equipes implementem mudanças forma rápida, segura
e sustentável O CD usa a automação que
estabelecemos na integração
contínua ou CI e a estende ao processo de
implantação, possibilitando o lançamento novos recursos e
atualizações a qualquer momento. Ao final desta
lição, você entenderá a diferença entre integração
contínua, CI entrega contínua
e verá como o CD
pode
ajudar a transformar a forma como ajudar a transformar a forma sua equipe entrega código em
um ambiente de mainframe O que é
entrega contínua ou CD? entrega contínua
é o processo de
preparar automaticamente as alterações de código para lançamento, para que
elas possam ser implantadas produção com
o mínimo de intervenção
manual Ele garante que cada teste automatizado de
alteração esteja pronto para implantação a qualquer momento O CD vai além da CI onde as alterações de código são
integradas e testadas continuamente, concentrando-se na automação das
etapas finais antes da implantação, garantindo que o processo de
implantação seja tranquilo, rápido e confiável Como a cidade funciona? Primeiro,
ambas as alterações são testadas. Depois que os desenvolvedores
confirmam as alterações na base de código, os testes
automatizados são acionados. Isso ainda faz parte do CI. Segundo, os pacotes são criados. Se todos os testes forem aprovados, o sistema
empacotará automaticamente o código em um formato
implantável, por exemplo,
módulos Coval ou best hops Três, a implantação é automatizada. O sistema prepara o código para implantação em vários
ambientes, como teste,
preparação ou produção No entanto,
a implantação na produção ainda
é normalmente
uma decisão manual. Principais benefícios do CD. Primeiro, passe os lançamentos. O CD possibilita o lançamento de atualizações com mais frequência
e com o mínimo esforço. Em segundo lugar, melhore a qualidade. Ao automatizar os processos de teste
e implantação, CD reduz a chance de erro
humano e melhora
a qualidade geral
de cada versão Em terceiro lugar, maior
flexibilidade. Com o City, sua base de código está sempre
pronta para ser implantada, facilitando a resposta a novos requisitos comerciais
ou atualizações de segurança Vamos dar um exemplo. Uma
grande seguradora com um sistema de
processamento de sinistros baseado em CVL adotou a entrega
contínua para automatizar seu pipeline de
implantação Ao automatizar a preparação
do código para implantação, eles reduzem o tempo
necessário para lançar atualizações de dias em
apenas algumas horas, permitindo que respondam mais rapidamente às
mudanças nas A diferença entre integração
contínua, CI e CD contínuo. Embora a
integração contínua, a CI e CD de entrega
contínua
estão intimamente relacionados. Eles servem a propósitos diferentes no ciclo de
desenvolvimento de software. Integração contínua.
Em termos de foco, automatize o processo automatizado
de integração de alterações de código de vários desenvolvedores e execução de testes para
garantir a qualidade do código Nessas etapas, os desenvolvedores
confirmam o código, os testes automatizados são acionados e, em seguida,
o feedback é fornecido aos desenvolvedores. Para entrega contínua, foco é automatizar
a preparação do código para implantação para que ele possa ser lançado para
produção a qualquer momento Etapas. Primeiro, o código
passa no teste de CI, depois o código é empacotado
para implantação e,
em seguida, a implantação está
pronta para produção, mas normalmente requer aprovação
manual Principais diferenças. Um, profundidade
de automação. A CI se concentra na
automação de testes e integração, enquanto o CD estende a
automação ao processo de
implantação Dois, prontidão de liberação. CI garante que o
código esteja funcional, mas o CD garante que o código esteja pronto para implantação
a qualquer momento. Três, manual versus automatizado. Em CI, a implantação na produção geralmente
requer etapas manuais. Em CD, o código está
sempre empacotado e pronto para ser implantado com o
mínimo de intervenção manual Vamos dar um exemplo. Uma instituição financeira que usa CI para seus aplicativos
bancários de mainframe deu o próximo passo
e implementou o CD Ao automatizar o empacotamento dos módulos
cobble e
prepará-los para implantação, eles
reduziram significativamente o número de etapas
manuais necessárias para
lançar novos recursos, melhorando sua agilidade e Entrega contínua em ambiente de
mainframe. Os mainframes
tradicionalmente conhecidos pela estabilidade e pelo processamento de
transações em grande escala também podem se beneficiar muito da entrega
contínua TD ajuda a reduzir o
tempo e o esforço necessários para
implantar mudanças nos sistemas de mainframe, permitindo que as equipes
forneçam atualizações
com mais frequência sem comprometer a segurança
ou Um teste automatizado para COBOL e outros aplicativos de
mainframe Com o CD, você pode automatizar o
teste de aplicativos COBOL, JCL e PL One para
garantir que todas as alterações sejam testadas minuciosamente antes serem
empacotadas Dois, empacotando o
código do mainframe para implantação. Os pipelines de CD podem
empacotar automaticamente aplicativos de mainframe para implantação Isso inclui compilar programas
CBL, criar scripts JCL e empacotar outros Em terceiro lugar, a implantação em
vários ambientes. O CD permite que você
implante automaticamente o código em
vários ambientes, como desenvolvimento, controle de qualidade, preparação e produção,
sem intervenção manual Embora a implantação final da
produção possa exigir aprovação manual, todos os outros ambientes
podem ser totalmente automatizados. Vamos
dar um exemplo. Uma empresa de varejo que usa o sistema operacional para
gerenciamento de inventário implementou a entrega
contínua para
automatizar a implantação de aplicativos cobol em
vários ambientes Essa automação permitiu
reduzir o tempo de inatividade durante as implantações e fornecer atualizações
mais frequentes sem afetar Etapas para implementar a
entrega contínua para mainframes. Vamos percorrer
as etapas básicas da
implementação da entrega contínua em um ambiente de mainframe Primeiro, comece com CI. Certifique-se de ter um pipeline de CI
sólido que automatize os testes
e a integração do código Em segundo lugar, automatize a embalagem. Configure processos automatizados para empacotar seu código de mainframe,
seja Cobol, JCL ou outros,
em Em terceiro lugar, configure um pipeline de CD. Crie um pipeline de CD
que automatize a implantação
desses artefatos vários
ambientes Por exemplo, desenvolvimento,
teste ou preparação. Quarto, adicione portas de aprovação. Para ambientes críticos,
como produção, configure
portas de aprovação manual para garantir que somente o
código validado seja implantado Em quinto lugar, monitore e otimize. Monitore continuamente
o pipeline do CD e faça melhorias
quando necessário. Use métricas como frequência de
implantação, taxas de
falha e tempo de
recuperação para monitorar o desempenho. Um exemplo, uma empresa global de
serviços financeiros com grande
ambiente de mainframe implementou entrega
contínua
automatizando primeiro o
processo de teste Depois que a CI foi implementada, eles automatizaram o
empacotamento e a implantação de aplicativos
CBL, criando
um pipeline de CD completo Eles conseguiram escolher as etapas de implantação
manual 80% e aumentar a frequência das atualizações no sistema bancário
principal. Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, a entrega contínua ou CD automatiza a preparação
do código para implantação, garantindo que ele esteja sempre pronto para ser lançado
para produção Em segundo lugar, o CD amplia o benefício
da integração contínua ou CI ao automatizar as etapas entre
o
teste e a implantação do código terceiro lugar, em
ambientes de mainframe, CD ajuda a automatizar o empacotamento
e a implantação de COBOL, JCL e outros aplicativos de
mainframe,
reduzindo o tempo de inatividade e reduzindo Em quarto lugar, a implementação do CD
envolve automatizar o empacotamento, configurar
canais de implantação e
adicionar portas de aprovação para Atividade de aprendizagem.
Reserve um momento para refletir sobre como a entrega
contínua beneficiaria seu ambiente de
mainframe. Responda à seguinte pergunta. Primeiro, quais são as etapas manuais
atuais em seu processo de implantação que
poderiam ser automatizadas com C? Segundo, como automatizar
o empacotamento e a implantação de aplicativos
Cobol ou JCL
melhoraria o empacotamento e a implantação de aplicativos
Cobol ou JCL a velocidade e a
qualidade Em terceiro lugar, quais
portas de aprovação você
precisaria adicionar para garantir implantações
seguras no ambiente
de produção Anote suas respostas e
comece a pensar em como você pode implementar a entrega
contínua em sua organização. O que vem a seguir? Na próxima lição, vamos nos aprofundar na automação dos processos de implantação de mainframe Você aprenderá passo a passo
como automatizar a implantação, reduzir a intervenção manual
e minimizar os erros Então, vamos continuar com o
módulo cinco, lição dois, automatizando os processos de implantação de mainframe
19. Aula 2: automatizando processos de implantação de mainframe: Lição dois, automatizando os processos de implantação de
mainframe. Bem-vindo à
segunda lição do arquivo do módulo. Nesta lição, vamos nos concentrar na automação dos processos de implantação de mainframe A automação da implantação é
um componente crucial da entrega
contínua ou CD porque ajuda a reduzir a intervenção
manual, minimiza erros e garante que novas atualizações possam ser implantadas de
forma rápida e confiável Ao automatizar a implantação
de aplicativos de mainframe,
você pode reduzir o tempo de inatividade, você pode reduzir o tempo de inatividade, melhorar a frequência de lançamento e
garantir um processo consistente e garantir um Ao final desta lição, você entenderá
como automatizar processos de implantação de
mainframe passo a
passo e aprenderá as
melhores práticas para
minimizar Por que automatizar a implantação de
mainframe? A automatização da implantação do mainframe traz vários
benefícios significativos Os
processos de implantação manual não são apenas demorados, mas
também propensos a erros, especialmente ao lidar com grandes bases de código complexas,
como Cobol ou JCL Em contraste,
implantações automatizadas, , reduzem os erros humanos automação do
processo de implantação minimiza o risco de erros, como esquecer etapas Dois, implantação mais rápida. Os processos automatizados são executados com
mais rapidez e eficiência do que as etapas manuais, reduzindo o tempo de inatividade e
permitindo lançamentos mais rápidos. Três, consistência. Cada implantação segue
os mesmos scripts automatizados, garantindo a
consistência em todos os ambientes, desenvolvimento, teste
e produção. Ou frequência aprimorada. automação da implantação
permite que as equipes forneçam atualizações com
mais frequência, garantindo que novos recursos
ou correções cheguem aos usuários Vamos dar um exemplo: uma grande instituição financeira
com
um sistema de
mainframe baseado em Cole implementou a
automação de implantação para lançar novas atualizações no sistema de processamento de
transações Antes da automação, a
implantação demorava até 24 horas com um risco
significativo de erros. Após a automação,
as implantações foram reduzidas para menos de uma hora e os
erros manuais diminuíram em 80% Guia passo a passo para
automatizar os processos de desenvolvimento de mainframe Vamos percorrer as etapas necessárias para automatizar as implantações de
mainframe Primeiro passo, prepare o pipeline
de implantação. A primeira etapa na automação das implantações é configurar
um Esse pipeline organiza
o processo, desde o
empacotamento do código até a implantação em todos os ambientes Veja como começar. Primeiro, automatize o empacotamento. Comece garantindo
que seu código de cobalto, JCL ou PLO seja
compilado e empacotado automaticamente após
passar Parece que ferramentas como IBM, Urban code Deploy ou Jenkins
podem ajudar a automatizar essa etapa Em segundo lugar, defina os estágios de
implantação. Divida seu processo de
implantação em etapas, como desenvolvimento, UA, preparação e produção Cada ambiente pode ser tratado como um estágio de
implantação separado dentro do pipeline, com verificações e
contrapesos
específicos em cada ponto Em terceiro lugar, use o controle de versão, garanta que seus artefatos de
implantação como programas COBOL compilados, scripts
JCL e outros, estejam em um
repositório central, por exemplo, Isso permite que você
acompanhe as alterações e volte para
as versões anteriores, se necessário. Por exemplo, um
profissional de saúde automatizou o empacotamento e o versões dos
módulos COBOL usando Toda vez que um novo código era
confirmado, ele era compilado, empacotado e armazenado em um repositório central pronto para implantação em
vários ambientes Etapa 2: implementar scripts de
implantação automatizados. implantação automatizada
depende de scripts que executam tarefas específicas sem exigir entrada manual Esses scripts podem ser escritos
em linguagens como Rx ou Python e devem
automatizar Uma delas é implantar o aplicativo, fazer upload
automático de códigos
compilados como Cobo, JCL e outros para o ambiente de
mainframe de destino Isso inclui copiar arquivos, configurar as bibliotecas necessárias e configurar agendamentos de trabalho Dois, configure o ambiente. Garanta que cada ambiente seja configurado
automaticamente
durante a implantação. Por exemplo, trabalhos em lotes
precisam ser agendados. Os nomes dos conjuntos de dados podem precisar ser atualizados
e os recursos necessários, por exemplo, B dois bancos de dados
devem estar conectados Três, faça testes de fumaça. Automatize o teste inicial de fumaça para verificar se a implantação
foi bem-sucedida Os testes de fumaça verificam se
o sistema está funcionando em um nível básico antes de
prosseguir com testes mais rigorosos. Um exemplo, uma empresa de varejo
automatizou a implantação de seu sistema de
gerenciamento de inventário usando o IBM Urban code Deploy. Os
scripts de implantação
transferiram automaticamente os módulos cobble para
o ambiente de produção, configuraram trabalhos em lotes e executaram testes de fumaça para verificar se a implantação foi
bem-sucedida Etapa três: adicionar portas de aprovação
para ambientes críticos. Em ambientes críticos,
como a produção, é comum implementar portas de
aprovação. Isso garante que as implantações
automatizadas não prossigam sem a revisão humana
final, especialmente para aplicativos de missão
crítica Primeiro, configure as etapas de aprovação. Em ambientes de produção, adicione portas de aprovação
manual em que um
líder ou gerente de equipe revise
a implantação. Isso pode envolver a verificação de
que todos os testes foram aprovados, verificação de
vulnerabilidades de segurança ou a garantia de que a empresa
esteja pronta para uma nova Em segundo lugar, automatize os procedimentos de
reversão. Em caso de falha,
automatize os
procedimentos de reversão que
revertem o sistema para uma Por exemplo, se a implantação
falhar na produção, o sistema deverá implantar
automaticamente a última versão válida conhecida do repositório de
controle de versão Em terceiro lugar, notificações. Configure notificações,
por exemplo, por e-mail ou slack para alertar
as equipes quando as implantações estiverem prontas para aprovação e quando ocorrerem
erros no ambiente
de produção Vamos dar um exemplo. Uma instituição
bancária usa o IBM urban code deploy para adicionar portas de
aprovação ao seu pipeline
de implantação de produção. Após testes automatizados
e implementações intermediárias, o sistema enviaria
uma solicitação de aprovação aos gerentes antes de
prosseguir Isso reduz o risco de
implantação de código instável em sistemas ativos Etapa quatro, monitore e
otimize as implantações. Depois que o
pipeline de implantação é automatizado, monitoramento se torna essencial para garantir que tudo
corra bem. Use ferramentas de monitoramento
e painéis, acompanhe a ajuda na implantação, identifique gargalos e otimize
para obter velocidade e confiabilidade Primeiro, monitore as métricas
de implantação. Acompanhe métricas
como tempo de implantação, taxas de
falha e ocorrências de
reversão Ferramentas como Splunk, grafana ou Prometheus podem ajudar a fornecer informações sobre a eficiência do seu pipeline
de implantação Em segundo lugar, identifique e
resolva gargalos. Procure áreas em que
o processo de implantação mais lento ou falhe de
forma consistente São apenas longos tempos de
compilação, configuração
lenta do ambiente ou erros
recorrentes de script Resolva esses problemas para
acelerar futuras implantações. Em terceiro lugar, melhoria contínua. Como em qualquer processo automatizado, procure oportunidades
para melhorar. Isso pode incluir a otimização de scripts de
implantação, adição de mais automação às etapas
manuais ou o aprimoramento do sistema de
monitoramento e alerta Por exemplo, uma
empresa de logística implementou ferramentas de
monitoramento para rastrear o sucesso e o fracasso de
suas implantações automatizadas Ao identificar e corrigir problemas
recorrentes em suas configurações de trabalhos em
lotes, eles reduzem os
tempos de implantação em 30% e melhoram significativamente a confiabilidade do
lançamento Melhores práticas para automatizar implantações de
mainframe. Aqui estão algumas das melhores
práticas que você deve ter em
mente ao automatizar o desenvolvimento de
mainframe Primeiro, modularize seus scripts de
implantação. Divida os scripts de implantação em módulos reutilizáveis menores Isso facilita o gerenciamento e
a atualização componentes
específicos sem interromper todo o pipeline Segundo, testar implantações em ambientes que não sejam
de produção. Sempre teste as implantações
em ambientes de desenvolvimento, UA ou de teste
antes de começar a produção. Isso reduz o risco de introduzir erros
em sistemas ativos. Três, garanta que os
procedimentos de reversão sejam automatizados. Tenha um plano para
reverter as implantações se
algo der errado. Os procedimentos de reversão
devem ser automatizados para evitar tempo de inatividade e
minimizar Ou revise e
melhore com frequência. Revise periodicamente o processo de
implantação e os scripts. Procure áreas que
possam ser ainda mais automatizadas ou simplificadas
e
faça melhorias contínuas para
garantir o mais alto nível de eficiência. Principais conclusões Vamos recapitular os pontos principais
da lição de hoje. Primeiro, automatizar as implantações de
mainframe,
reduzir a intervenção manual, reduzir a intervenção manual, minimizar os erros e garantir
um processo de implantação consistente e um processo de implantação consistente e Em segundo lugar, configure um pipeline de implantação
com pacotes automatizados, configuração do
ambiente e estágios de
implantação em todo o desenvolvimento,
teste e produção. Em terceiro lugar, use scripts de implantação para automatizar tarefas críticas,
como carregar código, configurar ambientes
e executar testes de fumaça Ou adicione portas de aprovação em ambientes
críticos
para permitir a análise humana antes das implantações
de produção Quinto, monitore e otimize seu pipeline de implantação usando ferramentas que rastreiam o desempenho, identificam gargalos e
garantem Atividade de aprendizagem. Reserve um momento para refletir sobre seu processo atual de implantação de
mainframe Responda às seguintes perguntas. Primeiro, quais etapas manuais em seu processo de implantação
poderiam ser automatizadas? Segundo, como a automação da
implantação poderia reduzir os erros e melhorar a frequência de
lançamento? Três, quais etapas você
tomaria para implementar procedimentos de reversão no caso de uma falha na implantação Anote suas respostas
e comece a planejar como você poderia automatizar seu pipeline de
implantação de mainframe O que vem a seguir? Na próxima lição, vamos nos
aprofundar na implementação de pipelines de CD para sistemas de
mainframe Você aprenderá a
criar e gerenciar pipelines de entrega
contínua usando ferramentas como Jenkins e IBM Urban
code Vamos continuar com o módulo
cinco, lição três, implementando pipelines de CD
para sistemas de mainframe
20. Aula 3: implementando pipelines de CD para sistemas de mainframe: Lição três, implementando pipelines de
CD para sistemas de
mainframe Bem-vindo à lição
três do módulo cinco. Nesta lição, vamos nos
aprofundar na criação e no gerenciamento pipelines de CD de entrega
contínua
para sistemas de mainframe Um pipeline de CD automatiza todo
o processo de mover código do desenvolvimento
para a produção, garantindo que cada alteração
seja totalmente testada, empacotada e implantada
sem Usando ferramentas como Jenkins
e IBM Urban co deploy, podemos simplificar essas etapas, tornando os lançamentos
mais rápidos, mais confiáveis
e menos propensos a erros Ao final desta lição, você saberá como configurar um pipeline Ct para seu ambiente de
mainframe, gerenciar cada etapa do pipeline e garantir uma implantação perfeita em diferentes ambientes O que é um pipeline
de entrega contínua? Um pipeline
de entrega contínua é um processo automatizado que move código do desenvolvimento
para o teste, preparação e a produção Cada etapa do pipeline garante que o código seja
testado e validado Somente código de alta qualidade sem
erros é implantado Os principais estágios de um
pipeline de CD são os seguintes. Primeiro, construa o estágio. O código é compilado
e empacotado. Segundo, estágio de teste. Testes automatizados em unidade, integração e
regressão são executados Terceiro, estágio de preparação ou controle de qualidade. O código é implantado em um ambiente de pré-produção
para posterior validação Quarto, estágio de implantação. Depois de passar em todos
os testes , o código é implantado na
produção Por que os pipelines de CD são importantes? Um, para agilizar. Ao automatizar cada etapa, pipelines de
CD reduzem drasticamente o tempo necessário para Segundo,
testes e validação automatizados de qualidade garantem que somente código estável
seja implantado na produção Três, consistência. Cada lançamento segue
o mesmo processo, reduzindo o risco de erros ou etapas
esquecidas. Vamos
dar um exemplo. Uma seguradora global
usou o Jenkins para implementar
um pipeline de CDs para um pipeline de CDs para seu sistema de processamento de
sinistros baseado em paralelepípedos Antes do pipeline,
demorava dias para lançar novos recursos,
mas após a automação,
as atualizações eram implantadas em
poucas horas, garantindo lançamentos
mais rápidos de recursos
sem comprometer a Guia passo a passo para implementar um
pipeline municipal para mainframes Vamos percorrer as etapas necessárias
para criar
o City Pipeline para um ambiente de
mainframe. Primeiro passo, configure
uma base de CI. Antes de implementar um pipeline municipal
completo, certifique-se de ter um processo de integração
contínua de
CI em vigor. CI estabelece as bases
testando automaticamente código assim que ele é enviado ao
repositório Primeiro, use o controle de versão. Por exemplo, GIT. Certifique-se de
que seu código cobalto, JCL ou PL one esteja armazenado em um sistema de
controle de versão como Cada alteração de código deve
acionar o pipeline. Segundo, automatize os testes. Use
ferramentas de teste automatizadas, como IBM Z Unit ou CICS test, para executar unitários e
testes de integração em cada confirmação Três, construir empregos em Jenkins. Configure o Jenkins para
acionar testes e
compilar automaticamente quando um novo código for
enviado ao repositório Isso garante que
somente o código
testado e compilado passe
para o próximo estágio. Vamos dar um exemplo. Um provedor de serviços de saúde criou um pipeline Jenkins CI para
seu sistema de cobrança de cobots, garantindo que todas as alterações fossem testadas e compiladas
antes Essa base permite que eles construam um pipeline de CD completo posteriormente. Etapa 2, configure o Jenkins
para entrega contínua. Depois de implementar um processo sólido de
CI, a próxima etapa é configurar o Jenkins para lidar com a entrega
contínua Primeiro, defina os estágios no Jenkins. Divida o
processo de implantação em etapas, construa, teste, controle de qualidade reduza a
preparação e Cada estágio pode ser configurado
como um trabalho do Jenkins. Em segundo lugar, automatize o empacotamento. Jenkins pode
empacotar automaticamente seu código de mainframe em artefatos implantáveis,
como módulos CBL, scripts
JCL e outros, e armazená-los Use plug-ins como Jenkins Cobol
ou Jenkins JCL para automatizar
essa etapa Em terceiro lugar, acione implantações
automatizadas. Após
testes bem-sucedidos, o Jenkins pode implantar
automaticamente o código em ambientes de
controle de qualidade ou de teste Os scripts de implantação podem lidar com tarefas como
transferir o código, configurar o cronograma de trabalho e executar testes iniciais de fumaça Quarto, configure portões de aprovação. Antes de implantar na produção, configure portas de aprovação manual Isso garante que
as implantações críticas sejam analisadas por um líder ou gerente de equipe
antes de serem lançadas. Vamos dar um exemplo.
Uma empresa de varejo usou Jenkins para automatizar a implantação de sistemas de
inventário baseados
em
paralelepípedos Depois de empacotar o código e
executar testes automatizados, Jenkins
aciona implantações em seu ambiente de Os gerentes então revisariam e aprovariam a
implantação final na produção Etapa três, implemente o
IBM Urban C Deploy para automação avançada. Para ambientes mais complexos, ferramentas como o IBM Urban
C Deploy fornecem maior controle e flexibilidade no gerenciamento de pipelines de CD
para manutenção Primeiro, defina ambientes. O IBM Urban C Deploy permite que você defina
vários ambientes, por exemplo, desenvolvimento, controle de qualidade, preparação e produção, gerencie o
processo de implantação de cada um Segundo, automatize os processos
de implantação. Use o Urban C Deploy para oito processos de implantação
para cada ambiente. Esses processos incluem
tarefas como transferência de código, configuração do
ambiente, atualização do
banco de dados e execução de testes de fumaça. Três, configure os procedimentos de
reversão. Em caso de falhas de implantação, IBM Urban co deploy pode
automatizar o processo de reversão, revertendo para uma versão
estável anterior sem Ou monitore a integridade da implantação. Urban co deploy inclui ferramentas para monitorar a
integridade de cada implantação. Você pode monitorar métricas
como tempo de implantação, taxa de
sucesso ou registros de erros, garantindo que as implantações
ocorram sem problemas Por exemplo, uma
instituição bancária usou IBM Urban codploy para gerenciar
a implantação de seus sistemas de transação de
mainframe Urban Codploy automatizou todo
o processo,
desde o empacotamento do código cobal, configurando Em caso de erros, o sistema reverte
automaticamente
para a última versão estável. Melhores práticas para
gerenciar pipelines de CD. São algumas das melhores práticas
que você deve ter em mente ao criar e gerenciar
pipelines de CD para o sistema mainframe Primeiro, comece pequeno e
expanda gradualmente. Comece automatizando alguns
estágios do seu pipeline, como testes e Quando estiverem estáveis, expanda a
automação para incluir implantações de controle de qualidade
e produção Segundo, use
ambientes de teste para validação. Sempre implante ambientes de teste ou de
controle de qualidade antes de
passar para a produção Isso lhe dá
a chance de detectar quaisquer problemas em um ambiente seguro sem
afetar os sistemas ativos. Três, implemente mecanismos de
reversão. Certifique-se de que os
mecanismos de reversão estejam em
vigor no caso de uma
implantação falhar automação dos
procedimentos de reversão minimiza o tempo de inatividade e Quatro, monitore e
melhore continuamente. Monitore seu pipeline de CD em busca gargalos ou Use ferramentas como Jenkins
ou Ubanco Deploy para
monitorar as métricas de implantação e melhorar
continuamente
seu pipeline Por exemplo, uma empresa de
serviços financeiros começou a automatizar apenas suas teste e empacotamento Depois de estabilizar o processo, eles expandiram gradualmente
o pipeline para incluir implantações
automatizadas na produção com mecanismos de
reversão e portas de
aprovação Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, um pipeline de
entrega contínua automatiza o processo de mover código do desenvolvimento
para a produção, garantindo qualidade e velocidade Segundo, ferramentas como Jenkins e IBM Urban Co Deploy permitem
automatizar o empacotamento, o teste e a implantação
do código do mainframe Três, use portas de aprovação
para ambientes críticos, garantindo que as implantações sejam
revisadas antes de serem lançadas. Quatro, mecanismo de reversão. mecanismo de reversão
deve estar em vigor para
minimizar o tempo de inatividade em caso
de falhas na Atividade de aprendizagem. Reserve um momento para refletir sobre seu processo de
implantação atual. Responda às seguintes perguntas. Primeiro, quais estágios seu processo de
implantação principal se
beneficiariam com a automação Segundo, como a implementação da Jenkins ou
da IBM Urban Co poderiam ajudar a
simplificar suas implantações Três, quais mecanismos de desvantagem você
implementaria para
garantir implantações seguras? Anote suas respostas
e pense em como você pode implementar um pipeline de CD
em seu próprio ambiente. O que vem a seguir? Na próxima lição, exploraremos a
minimização do tempo de inatividade e dos erros nas implantações Você aprenderá as principais técnicas para garantir transições suaves
entre desenvolvimento, preparação e produção e como evitar armadilhas comuns de
implantação Vamos continuar com o módulo
cinco, lição quatro, minimizando o tempo de inatividade e os
erros nas implantações
21. Aula 4: minimizando o tempo de inatividade e erros em implantações: Menos de quatro, minimizando tempo de inatividade e os erros
nas implantações Bem-vindo à lição
quatro do módulo cinco. Nesta lição, vamos nos
concentrar em como
minimizar os tempos de inatividade e os
erros durante a implantação Os problemas de implantação de tempo de inatividade são principais preocupações
das organizações que executam aplicativos
essenciais de mainframe,
onde até mesmo alguns minutos de indisponibilidade podem levar a interrupções significativas
nos negócios Exploraremos estratégias
e melhores práticas para garantir transições suaves
entre desenvolvimento, preparação e
produção, além de como
implantar atualizações com
impacto mínimo em seus usuários Ao final desta lição, você terá um kit de ferramentas de
técnicas para reduzir o tempo de inatividade, evitar erros e fornecer atualizações sem problemas em seu Por que minimizar o tempo de inatividade é importante. mainframes geralmente estão no centro
das operações
comerciais críticas,
lidando com tudo, desde transações
bancárias até sistemas de saúde Para esses sistemas, qualquer tempo de inatividade durante a implantação pode ter consequências
graves Seja uma
atualização planejada ou uma correção emergencial, sua meta deve ser minimizar as interrupções do
serviço e garantir que as implantações ocorram
sem problemas e sem erros Principais impactos do tempo de inatividade. Primeiro, a perda de receita em setores
como bancos ou varejo, até mesmo alguns minutos
de inatividade, podem resultar em perda de vendas ou falhas nas
transações Dois, danos à reputação. Tempos de inatividade regulares ou inesperados podem
corroer a confiança do cliente e prejudicar a reputação
da organização Três, atrasos operacionais. tempo de inatividade geralmente atrasa os processos
internos levando a ineficiências Vamos dar um exemplo. Uma
instituição financeira global enfrentou uma perda de receita de
USD 2.000.000 devido a uma interrupção do mainframe durante uma Ao revisitar o processo de
implantação e adotar técnicas de
redução do tempo de inatividade, eles conseguiram evitar
futuros incidentes e minimizar futuros incidentes e Técnicas para minimizar o
tempo de inatividade durante as implantações. Vamos analisar as
principais técnicas para minimizar o tempo de inatividade
durante as implantações, focando em estratégias
especificamente adaptadas para Técnica 1, implantação azul
esverdeada. implantação azul-esverdeada
é uma técnica em que dois
ambientes idênticos são mantidos. Um, o ambiente azul é
o sistema de produção ativo, enquanto o outro, o ambiente
verde é uma área de preparação onde novas atualizações
são implantadas e testadas Quando a atualização estiver pronta, tráfego é transferido do ambiente azul
para
o ambiente verde
sem nenhum tempo de inatividade Etapas para implementar a implantação
azul e verde. Primeiro, configure
ambientes paralelos. Mantenha dois
ambientes idênticos, um para produção e outro para
testar novas atualizações. Em segundo lugar, implante
atualizações no ambiente verde. Implante a nova versão
do aplicativo, sejam módulos de cobertura, scripts
JCL ou outros
com um ambiente ecológico Certifique-se de que todos os testes sejam
aprovados e que o sistema e o sistema
funcionem conforme o esperado. Em terceiro lugar, mude o tráfego para
o ambiente verde. Quando o teste estiver concluído, direcione o tráfego do ambiente azul de
produção para o ambiente
verde atualizado. Esse processo acontece instantaneamente,
minimizando o tempo de inatividade. Quarto, reverta, se necessário. Se um problema for detectado
no ambiente verde
após a troca, o tráfego poderá ser roteado de volta
para o ambiente azul, minimizando o impacto dos erros Por exemplo, uma empresa de varejo usa a implantação azul e verde para atualizar seu sistema de inventário
baseado em paralelepípedos Ao implantar atualizações no ambiente ecológico e
trocar
o tráfego somente
quando o teste foi concluído, eles reduziram o tempo de inatividade para menos de um
minuto por Técnica dois, Cary lança. As versões do Canary envolvem a implantação uma nova versão
do aplicativo um pequeno subconjunto de usuários ou ambientes antes de
implementá-la em todo o sistema Essa técnica ajuda a
identificar quaisquer problemas precocemente e minimiza o
risco de falha generalizada Etapas para implementar lançamentos
canários. Primeiro, implante em um pequeno grupo. Implemente a nova atualização
para uma pequena porcentagem de usuários ou para um determinado
lote de transações. Monitore o desempenho de perto. Em segundo lugar, monitore e valide. Use ferramentas de monitoramento para rastrear métricas
importantes, como tempos de resposta, taxas de
erro e uso de recursos. Verifique se a atualização está
funcionando corretamente. Em terceiro lugar,
implante gradualmente toda a produção. Se a versão canary
for bem-sucedida, implante
gradualmente
a atualização no resto do sistema Se surgirem problemas, suspenda a implantação e volte
para a versão anterior Por exemplo, uma
instituição bancária adotou versões
canary para atualizar seus sistemas de processamento de
transações baseados em mainframe Ao implantar primeiro as atualizações para um
pequeno subconjunto de usuários, eles eliminam possíveis
problemas precocemente e minimizam os riscos para a base de usuários
mais ampla Técnica três, implantações
contínuas. As implantações contínuas
permitem que você implante novas atualizações em seu
sistema em fases, substituindo todas as versões
do aplicativo gradualmente,
em vez de todas de uma vez Essa técnica garante
que algumas partes
do sistema permaneçam disponíveis
enquanto outras são atualizadas. Etapas para implementar implantações
contínuas. Primeiro, atualize uma
seção por vez. Implante a nova atualização em
um lote de servidores ou unidades de
processamento enquanto o resto do sistema
permanece operacional. Em segundo lugar, monitore cada fase. Depois de atualizar cada seção, monitore os problemas. Só vá para a próxima seção se a atualização for bem-sucedida. Em terceiro lugar, reverta conforme necessário. Se alguma seção
encontrar problemas, reverta essa seção para
a versão anterior sem afetar o resto
do sistema Por exemplo, uma empresa global de
logística implementou
implantações contínuas para
seu sistema de rastreamento de
inventário baseado em mainframe Ao atualizar diferentes
regiões em fases, eles conseguiram implantar
novos recursos sem interromper o serviço para todo
o sistema de uma só vez Técnica quatro, teste automatizado de
fumaça após a implantação. O teste de fumaça envolve a execução de
um conjunto básico de testes após a
implantação para verificar
se as funções críticas dos aplicativos estão
funcionando conforme o esperado. Os testes automatizados de fumaça
ajudam
a garantir que a implantação tenha sido bem-sucedida sem exigir testes manuais
completos. Etapas para implementar testes
automatizados de fumaça. Primeiro, identifique as funções
críticas. Identifique um conjunto de funções
críticas, por exemplo, processar
uma transação ou gerar um relatório. É preciso trabalhar para que
a implantação seja considerada bem-sucedida. Em segundo lugar, automatize o teste de fumaça. Configure scripts automatizados para executar esse teste imediatamente
após a implantação. Ferramentas como a unidade Z ou o servidor de teste de
microfoco da IBM podem ajudar nos testes
específicos do mainframe Terceiro, reverta se os testes falharem. Se algum dos testes automatizados de
fumaça falhar, acione uma reversão automática para a versão estável anterior Por exemplo, um
profissional de saúde usa
testes automatizados de fumaça para garantir que as funções
críticas de
processamento de sinistros funcionassem após
cada implantação. Ao anexar erros precocemente, eles evitaram problemas
na produção e reduziram o risco
de inatividade do sistema Melhores práticas para garantir transições
suaves. Existem algumas
práticas recomendadas para garantir transições
suaves
entre desenvolvimento, preparação e produção Primeiro, teste em ambientes
semelhantes aos de produção. Garanta que seus ambientes
de preparação estejam o mais próximo possível
da produção Isso ajuda a identificar
problemas que podem surgir na produção antes
da implantação entrar em operação. Segundo, implemente
monitoramento e alertas. Use ferramentas de
monitoramento em tempo real para detectar quaisquer problemas durante
e após a implantação. Configure alertas para
notificar sua equipe se principais indicadores de desempenho ou KPIs estiverem fora dos intervalos
esperados Três, implantações programadas em
horários de baixo tráfego. Planeje grandes implantações
durante períodos de baixa atividade do usuário,
por exemplo, durante a noite ou
nos fins de semana para minimizar o impacto sobre os usuários
caso surjam problemas Por exemplo, uma instituição
financeira implementou monitoramento em
tempo real e implementações em
etapas fora do horário de pico, reduzindo
significativamente
o impacto do tempo de inatividade em
seus clientes e garantindo transições
mais suaves entre ambientes reduzindo
significativamente
o impacto do tempo de inatividade em seus clientes e garantindo mais suaves entre E para levar. Vamos recapitular os pontos principais da lição de
hoje Primeiro, a
implantação azul esverdeada
minimiza o tempo de inatividade ao manter
dois ambientes paralelos, permitindo que você alterne entre
eles sem Em segundo lugar, as versões binárias
ajudam a reduzir o risco de problemas
generalizados
testando as atualizações com um pequeno subconjunto de usuários
antes de uma implementação completa Em terceiro lugar,
as implantações contínuas permitem que você atualize diferentes seções
do sistema em fases, mantendo partes do sistema ativas enquanto outras são atualizadas Em quarto lugar, o teste automatizado de fumaça garante que as funções críticas estejam funcionando após a implantação, ajudando você a detectar problemas antecedência e acionar a
reversão, se necessário Atividade de aprendizagem. Reserve um momento para refletir sobre seu processo de
implantação atual. Responda às seguintes perguntas. Primeiro, quais técnicas de
redução do tempo de inatividade funcionariam melhor para seu ambiente de
mainframe Por exemplo, u green, lançamentos
canários ou implantações
contínuas Segundo, como você pode automatizar teste de fumaça
pós-implantação
para detectar erros mais cedo Três, quais etapas
você pode tomar para garantir transições
suaves
entre desenvolvimento, preparação e produção Anote suas respostas
e comece a pensar em como você pode minimizar o tempo de inatividade em seu pipeline de implantação O que vem a seguir? Na próxima lição, exploraremos os ciclos de monitoramento e feedback para ambientes de
mainframe Você aprenderá a
monitorar o desempenho, configurar alertas em tempo real e otimizar o desempenho de seus aplicativos de mainframe Vamos prosseguir com o
módulo seis, lição um, Introdução ao monitoramento de
mainframe
22. Aula 1: introdução ao monitoramento de mainframe: Bem-vindo ao Módulo seis, monitoramento, ciclos de feedback
e otimização de desempenho Neste módulo,
abordaremos como monitorar sistemas de
mainframe, configurar ciclos de feedback e
otimizar Ao aprender a monitorar a integridade
do sistema e
responder aos alertas P, você poderá
manter seu mainframe funcionando sem problemas em um ambiente de
DevOps Lição 1, introdução
ao monitoramento de mainframe. Bem-vindo à primeira
lição do módulo seis. Nesta lição, abordaremos conceitos básicos
do monitoramento moderno de
mainframe,
especificamente, como rastrear e
otimizar o desempenho do sistema
no ambiente DevOps Os sistemas de mainframe geralmente estão
no centro dos aplicativos
essenciais para os negócios O monitoramento em tempo
real é essencial para garantir alta disponibilidade,
desempenho e estabilidade Ao final desta lição, você terá uma
compreensão clara
das ferramentas
e práticas de
monitoramento mais importantes para mainframes Você aprenderá como essas ferramentas ajudam a detectar possíveis
problemas precocemente, melhorar o desempenho e
garantir a integridade do sistema. Por que o monitoramento é essencial
para mainframes e DevOps? mainframes são
robustos, mas precisam de monitoramento
constante para
manter o desempenho ideal Em um ambiente orientado por DevOps onde a agilidade e a
entrega contínua são fundamentais, monitoramento garante que
as mudanças no sistema não prejudiquem o desempenho
nem introduzam tempo de Principais motivos para
monitorar mainframes. Número um, a saúde do sistema. monitoramento garante
que o uso de hardware, memória e CPU permaneça dentro de limites
íntegros, evitando a degradação
do desempenho Segundo, otimização de desempenho. identificação proativa de
gargalos ajuda a manter o sistema
funcionando sem problemas,
mesmo sob cargas pesadas A identificação proativa de
gargalos ajuda a
manter o sistema
funcionando sem problemas,
mesmo sob cargas pesadas. Três,
detecção precoce de problemas. Alertas em tempo real,
notifique as equipes sobre possíveis problemas antes que eles aumentem,
reduzindo o tempo de inatividade Para conformidade e segurança. monitoramento rastreia o acesso, os padrões de
uso e as anomalias, garantindo que os sistemas permaneçam
em conformidade Vamos dar um exemplo. Um grande prestador de serviços de saúde
usa monitoramento em tempo real acompanha métricas de desempenho em seu sistema de
processamento de sinistros de mainframe Ao configurar alertas sobre os principais indicadores de
desempenho ou KPIs, como utilização da CPU
e tempo de resposta, eles conseguiram resolver
problemas antes que causassem grandes interrupções, garantindo Principais métricas a serem
monitoradas em mainframes. Antes de mergulhar nas ferramentas, é essencial
saber o que monitorar. Essas métricas principais fornecem uma visão sobre o desempenho do seu sistema
de
mainframe e ajudam a
detectar problemas antes que eles afetem os usuários Número um, uso da CPU. monitoramento do uso da CPU ajuda a garantir que o mainframe
não fique sobrecarregado, o que pode causar
lentidão ou falhas no sistema alto uso da CPU por longos períodos pode
indicar código ineficiente, contenção
de recursos ou
aumento Dois, utilização da memória. Monitorar o uso da
memória ajuda a evitar vazamentos de memória ou alocação
insuficiente de memória, que pode levar à degradação do
desempenho picos de uso da memória podem indicar processos
problemáticos ou
aplicativos Três, disco IO. As métricas de entrada e saída de disco mostram com que eficiência os dados estão sendo
lidos ou gravados nele. altos tempos de espera de E/S
podem ser atribuídos gargalos no
disco ou a processos ineficientes Para, tempo de resposta da transação. Em ambientes com muitas transações,
como bancos ou varejo, tempo de
resposta é fundamental. monitoramento dos tempos de transação
garante que o sistema seja responsivo e que os usuários
não esperem Cinco, taxas de erro. monitoramento de erros em
aplicativos, processos e
fluxos de transações é essencial para detectar
instabilidades ou falhas no sistema Erros frequentes podem
indicar problemas com implantações
recentes ou configurações
incorretas Vamos dar um exemplo. Uma empresa de varejo usa o monitoramento do tempo de
resposta das transações para detectar lentidão em
seu sistema de
processamento de pedidos on-line Ao abordar esses atrasos precocemente, eles conseguiram ajustar desempenho do
banco de dados de mainframes e melhorar a velocidade das
transações durante os períodos de pico Ferramentas de monitoramento para mainframes
em um ambiente Devos. Agora que sabemos
o que monitorar, vamos dar uma olhada em algumas das ferramentas de monitoramento mais usadas que fornecem
visibilidade dos sistemas de mainframe Essas ferramentas se integram às práticas da
Devos e fornecem informações em tempo
real a integridade e o desempenho
de seus sistemas Número um, IBM Ogamon. Omega moon é uma
das ferramentas de monitoramento de mainframe mais poderosas e amplamente usadas Ele fornece métricas detalhadas
sobre desempenho do sistema, uso de
recursos e
processamento de transações , tudo em tempo real. Os recursos incluem um:
monitorar métricas do sistema, como CPU, memória, e esse dio, dois
monitora o desempenho em aplicativos essenciais,
como kicks, DB two e MQ Em terceiro lugar, ele fornece painéis
personalizáveis
para a integridade do sistema. Caso de uso para agamon. Uma instituição financeira usa IBM Omegamon para monitorar
suas transações do CICS, garantindo que o sistema tenha um
desempenho ideal durante períodos de alto volume como o final do trimestre Número dois, Splunk. Splunk é uma poderosa ferramenta de análise de
dados que pode ser usada para monitorar registros de
mainframe e
fornecer informações sobre desempenho,
segurança e anomalias
do sistema Ele se integra bem aos fluxos de trabalho do
Devops e pode ajudar a rastrear a atividade do usuário e os registros do
sistema em tempo real Os recursos incluem
um: ele coleta e analisa registros de vários aplicativos de
mainframe Segundo, ele fornece alertas em tempo
real com base em anomalias nos dados de registro Em terceiro lugar, ele visualiza tendências e
dados de desempenho em painéis Caso de uso do Splunk. Uma empresa de logística
usa o Splunk para
monitorar os registros do sistema de mainframe em busca de ameaças à segurança Configuramos alertas para detectar tentativas de acesso
não autorizado e comportamentos inesperados do sistema Número três, vista principal do BMC. visão principal do BMC fornece monitoramento e automação
para o ambiente de mainframe Ele fornece uma visão abrangente da integridade do sistema com métricas em tempo
real e a capacidade de
automatizar respostas a problemas como sobrecargas do sistema
ou Os recursos incluem que ele monitora o desempenho
do sistema em tempo real. Ele automatiza a ação em
resposta aos problemas detectados. Em terceiro lugar, ele fornece
integração com ferramentas de
DevOps para monitoramento
contínuo Caso de uso da visualização principal do BMC. Uma empresa de telecomunicações
usa a visualização principal da BMC para escalar automaticamente seus recursos de mainframe
com base na Quando a demanda aumenta, visualização
principal ajusta a alocação
de recursos, garantindo que os
sistemas funcionem sem problemas, sem intervenção manual. Melhores práticas para monitoramento de
mainframe. Para garantir que sua estratégia de
monitoramento de mainframe seja eficaz, é importante seguir
algumas práticas recomendadas Essas práticas ajudam a garantir que seu
sistema de monitoramento forneça informações
precisas e acionáveis sem sobrecarregar sua
equipe com ruídos Número um, defina
limites claros para alertas. Evite o cansaço dos alertas definindo limites
apropriados
para monitorar métricas
importantes, como uso da CPU, tempo de
transação ou taxas de erro alerta só deve
ser acionado quando esses limites são violados, sinalizando Segundo, concentre-se nos KPIs que
afetam a experiência do usuário. Concentre-se nas métricas que afetam
diretamente a experiência do usuário. Por exemplo, é mais
importante monitorar tempos de resposta de
transações lentos ou erros frequentes em ou erros frequentes em aplicativos
essenciais, como serviços bancários
on-line , do que picos
ocasionais
no Três, automatize
as respostas aos alertas. É possível automatizar
as respostas para problemas comuns. Por exemplo, se o uso da memória
exceder um determinado limite, aumente
automaticamente a alocação de
memória ou reinicie o processo afetado ou
use painéis em tempo real Use painéis em tempo real que visualizam o desempenho
do sistema, permitindo que sua equipe monitore rapidamente a integridade do
mainframe Esses painéis fornecem informações
essenciais sem precisar se
aprofundar em registros ou dados brutos Vamos dar um exemplo. Uma grande empresa de varejo otimizou sua estratégia de
monitoramento de mainframe
definindo limites específicos para alertas, automatizando respostas a
problemas como sobrecarga de memória e usando painéis
em tempo real sua estratégia de
monitoramento de mainframe
definindo
limites específicos para alertas,
automatizando respostas a
problemas como sobrecarga de memória
e usando painéis
em tempo real para visualizar as principais métricas de desempenho. Isso os ajudou a evitar degradação
do desempenho
durante o período de pico de vendas Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, o monitoramento é fundamental no ambiente
Devos para
garantir a integridade do sistema, otimização do
desempenho e a detecção
precoce de problemas Em segundo lugar, as métricas mais
importantes a serem monitoradas em mainframes
incluem o uso da CPU, utilização da
memória, tempos de resposta das
transações e as taxas de erro Em terceiro lugar, ferramentas de monitoramento populares como IBM, Omega moon, Splunk
e VMC Main view, fornecem informações em tempo
real
e ajudam a evitar tempo de inatividade Nossas melhores práticas incluem definir
limites claros para alertas, automatizar respostas e usar painéis em tempo
real para Atividade de aprendizagem. Reflita sobre suas práticas atuais de
monitoramento de mainframe e responda às
seguintes perguntas Primeiro, quais métricas principais são mais importantes para
monitorar em seu ambiente? Por exemplo, uso da CPU, tempo de
resposta, taxas de erro. Segundo, quais
ferramentas de monitoramento Omegamon, Splunk ou Main View
ajudariam você a melhorar a visibilidade
e o desempenho em seu Terceiro, como você pode automatizar as respostas aos principais alertas evitar
a
degradação do desempenho Anote suas respostas
e comece a pensar em como você pode implementar essas práticas de
monitoramento
em seu ambiente. O que vem a seguir? Na próxima lição, exploraremos a configuração de sistemas de monitoramento
contínuo. Você aprenderá a implementar ferramentas de
monitoramento que
monitoram o desempenho, integridade dos
aplicativos
e o tempo de atividade do sistema Abordaremos como
configurar alertas e
painéis em tempo real para garantir que seus sistemas de
mainframe funcionem Vamos continuar com o
Módulo seis, Lição dois, configurando sistemas de
monitoramento contínuo.
23. Aula 2: como configurar sistemas de monitoramento contínuo: Lição dois, destruindo sistemas de monitoramento
contínuo. Bem-vindo à lição
dois do módulo seis. Nesta lição, vamos nos
aprofundar no processo de
configuração de sistemas de
monitoramento contínuo para o ambiente de mainframe Os sistemas de monitoramento são essenciais para monitorar o desempenho do sistema, integridade do
aplicativo e o tempo de atividade Com o monitoramento contínuo, você pode garantir que os problemas
sejam detectados precocemente, gargalos de
desempenho
sejam identificados e que os sistemas
críticos Em um contexto de DevOps, monitoramento
contínuo
fornece insights em tempo real ajuda a equipe a tomar decisões mais rápidas baseadas em
dados Ao final desta lição, você estará equipado com
o conhecimento para implementar sistemas
de monitoramento
eficazes seu ambiente de mainframe Por que o
monitoramento contínuo é crucial. Em um ambiente de mainframe que a estabilidade e o
tempo de atividade são essenciais, monitoramento
contínuo
ajuda as equipes a manter alto desempenho e detectar possíveis problemas
antes que eles aumentem Ao contrário do monitoramento periódico ou
reativo, o monitoramento contínuo
fornece dados em tempo real, permitindo que as equipes
respondam Benefícios do
monitoramento contínuo. Primeiro, a
detecção precoce de problemas. Alertas imediatos ajudam a evitar que problemas
menores se
transformem em incidentes graves Em segundo lugar, otimize o desempenho. Ao monitorar
as métricas do sistema em tempo real, as equipes podem otimizar o desempenho
e o uso de recursos. Em terceiro lugar, aumente o tempo de atividade do sistema. O monitoramento contínuo
reduz o tempo de inatividade,
garantindo que os problemas sejam resolvidos antes que
afetem os sistemas críticos Quarto, tomada de
decisão informada. monitoramento de dados ajuda as equipes a tomar decisões
informadas
sobre atualizações,
manutenção e escalabilidade do sistema .
Vamos dar um exemplo. Uma
empresa global de varejo implementou monitoramento
contínuo de
seu sistema de gerenciamento de inventário baseado em paralelepípedos Ao monitorar o uso da memória, carga
da CPU e os
tempos de transação em tempo real, eles conseguiram resolver problemas antes que
afetassem as vendas, especialmente durante os períodos de pico de
compras. Componentes-chave de um sistema de monitoramento
contínuo. Para configurar um sistema de monitoramento
contínuo eficaz, você precisa se concentrar em
vários componentes principais rastrear vários aspectos do desempenho do
mainframe Primeiro, o monitoramento do desempenho. O monitoramento de desempenho se
concentra em métricas em nível de sistema, como uso de CPU, utilização de
memória e E/S de disco Isso ajuda a garantir que o
sistema esteja funcionando dentro de limites
aceitáveis
e que os recursos sejam usados com eficiência.
O que monitorar? Uso da CPU, acompanhe a carga
geral da CPU para garantir que as cargas de trabalho sejam distribuídas
com eficiência Utilização da memória. Monitore o uso da memória para
evitar vazamentos de memória e garantir que haja memória livre
suficiente para processos críticos Esse monitor de E/S causa grandes velocidades, pois gargalos
nesse acesso podem afetar gravemente Vamos dar um exemplo. Uma instituição
bancária usa o monitoramento de
desempenho para rastrear picos
de CPU durante os relatórios financeiros do final do
mês Ao ajustar a alocação de recursos
com base em dados em tempo real, eles evitaram desacelerações durante períodos críticos. Segundo, monitoramento da
integridade do aplicativo. monitoramento da integridade do aplicativo
se concentra em garantir que aplicativos
essenciais, como processamento de
transações ou trabalhos
em lote, funcionem sem problemas. Isso inclui monitorar os tempos de resposta dos
aplicativos, as taxas de
erro e o
status dos processos. O que monitorar os tempos de
resposta da transação. Garanta que aplicativos com transações
pesadas, como CICS ou IMS, sejam responsivos e
não Taxas de erro. Monitore os registros em busca mensagens de
erro que indiquem problemas com aplicativos
ou trabalhos em lotes. Processe o status, acompanhe o status dos principais aplicativos
e serviços, garantindo que eles estejam
funcionando sem interrupções Vamos dar um exemplo. Um profissional de saúde
monitora a integridade de
seu sistema de processamento de sinistros
monitorando os
tempos de resposta de contato e os registros de erros Ao anexar erros precocemente, eles evitam atrasos no
processamento das reclamações dos pacientes Três, monitoramento do tempo de atividade. monitoramento do tempo de atividade garante que os sistemas
críticos estejam
continuamente disponíveis Isso é especialmente importante
para indústrias em que até mesmo alguns minutos de inatividade podem levar a perdas
comerciais significativas O que monitorar o tempo de atividade do sistema Acompanhe a disponibilidade dos sistemas de mainframe para garantir que
estejam sempre acessíveis Disponibilidade do serviço, monitore
serviços essenciais como CICS, V two ou MQ para garantir que
estejam funcionando conforme Conectividade de rede. Certifique-se de que
as conexões de rede com o mainframe sejam estáveis e
não causem interrupções Por exemplo, uma
empresa de telecomunicações implementou monitoramento do
tempo de atividade para rastrear
a disponibilidade de
seu sistema de cobrança Ao configurar
alertas automatizados para problemas de rede, eles minimizam o
tempo de inatividade e garantem que os clientes sempre possam
acessar os serviços de cobrança Configurando
ferramentas de monitoramento para mainframes. Há várias
ferramentas disponíveis para
implementar o monitoramento
contínuo em ambientes de mainframe. Essas ferramentas oferecem coleta de dados,
alertas e relatórios em
tempo real para garantir que seus sistemas
funcionem sem problemas Um deles, IBM Omegamon. O IBM Omegamon é uma ferramenta
abrangente para monitorar sistemas de
mainframe Ele monitora CPU, memória, E/S e outras métricas de desempenho, bem
como a integridade de
aplicativos como CICS, DB two e MT Como configurá-lo. Primeiro,
instale o agente Omegamon. O agente Omegamon
coleta dados do mainframe e
os envia
para um painel centralizado Em segundo lugar, configure as métricas. Configure o Omegamon para rastrear
as principais métricas, como uso da CPU, tempos de
transação
e taxas de erro Em terceiro lugar, crie alertas
Configurar alertas quando as métricas ultrapassarem limites
predefinidos Por exemplo, o
uso da CPU excede 80%. Vamos dar um exemplo. Uma empresa de serviços
financeiros usa o Omegamon para monitorar os tempos de
transação e uso
da CPU no sistema de pagamento
baseado em mainframe, garantindo desempenho consistente durante um alto Dois, Splunk. Splunk oferece monitoramento de registros
e análise de dados em
tempo real , que podem ser usados para rastrear o desempenho do
aplicativo
e detectar anomalias É uma ótima ferramenta para
monitorar a segurança e desempenho em
sistemas de mainframe. Como configurá-lo. Primeiro, coleta de registros,
configura o Splunk, coleta registros de aplicativos de
mainframe, tarefas de
correspondência e Em segundo lugar, configure os painéis. Use os
recursos do painel do Splunk para visualizar
as principais métricas e registros Em terceiro lugar, na detecção de anomalias,
configure o Splunk para detectar padrões
incomuns nos
dados de registro, como picos nas taxas de erro ou tentativas de acesso
não Vamos dar um exemplo.
Uma empresa de logística usa o Splunk para monitorar os dados
de log do sistema mainframe, configurando alertas em tempo real para tentativas de acesso
não autorizado
e Três, visão principal do BMC. BMC Min View é outra ferramenta poderosa para monitorar ambientes de
mainframe Ele fornece monitoramento,
automação e
análise de desempenho em
tempo real . Como configurá-lo? Primeiro, instale os monikers de
visualização principais, instale a visualização principal para
monitorar o desempenho, aplicativos e
os recursos em tempo real Em segundo lugar, painéis personalizados. Painéis personalizados
para monitorar a integridade de serviços
específicos de aplicativos
e componentes do sistema Em terceiro lugar, defina respostas automáticas. Configure
a visualização principal para
ajustar automaticamente os recursos ou
acionar processos em resposta a
problemas de detetive. Vamos dar um exemplo. Uma empresa de varejo usou BMC Main View para monitorar o sistema de inventário
baseado em mainframe, escalando
automaticamente
os recursos durante os períodos de
pico de compras para Melhores práticas para configuração de monitoramento
contínuo. Para garantir que seu sistema de
monitoramento contínuo seja eficaz, siga estas melhores práticas. Primeiro, defina metas claras
de monitoramento. Antes de configurar o monitoramento,
defina metas claras. Você está focado em
melhorar o tempo de atividade do sistema, reduzir os tempos de
resposta dos aplicativos ou garantir a integridade geral
do sistema Isso guiará
a configuração de suas ferramentas de monitoramento. Em segundo lugar, defina
limites realistas para o alerta. Garanta que os alertas sejam
significativos definindo limites
realistas
para métricas importantes como uso da CPU ou tempos de
transação Evite a fadiga dos alertas acionando alertas
somente
quando necessário Por exemplo, quando o
uso da CPU excede 85%. Em terceiro lugar, automatize as respostas
aos alertas críticos. Configure respostas automáticas
para determinados alertas. Por exemplo, se o uso da memória
exceder um limite definido, aumente
automaticamente
a alocação de memória ou reinicie o processo afetado Ou use painéis visuais
para obter informações em tempo real. Use
painéis visuais que
exibem métricas de integridade
do sistema em tempo real Esses painéis
oferecem à sua equipe uma visão rápida do desempenho do sistema e ajudam a identificar problemas
rapidamente Por exemplo, uma
instituição financeira usa painéis para monitorar os tempos de processamento de
transações e a integridade do sistema em tempo real Ao definir respostas automatizadas para sobrecargas de CPU
e outros problemas, eles minimizam a intervenção
manual e garantem a confiabilidade do sistema Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Um deles, o monitoramento contínuo,
ajuda a monitorar o desempenho, manter a integridade do aplicativo e garantir o tempo de atividade do sistema no ambiente de
mainframe Dois componentes principais a serem
monitorados incluem o uso da CPU, memória,
tempos de resposta da transação e taxas de erro. Três, ferramentas como IBM
Omegamon, Splunk e BMC Main view oferecem monitoramento,
alertas e automação em tempo
real para Ou siga as melhores práticas
definindo metas claras, definindo limites de
alerta realistas e automatizando a resposta
aos Atividade de aprendizagem, reflita sobre sua configuração de monitoramento atual e responda às
seguintes perguntas. Primeiro, quais são as métricas de desempenho mais
importantes que você precisa monitorar para
seu sistema de mainframe Segundo, qual ferramenta, Omega moon, Splunk ou Main View,
ajudaria melhor você a monitorar o desempenho
e detectar problemas Terceiro, como você pode
automatizar as respostas aos alertas críticos para
melhorar o tempo de atividade
e o desempenho do sistema Anote suas respostas
e comece a planejar como
implementar ou aprimorar seu sistema de monitoramento
contínuo. O que vem a seguir? Na próxima lição, exploraremos a criação ciclos de
feedback para melhoria
contínua Você aprenderá a estabelecer mecanismos entre as equipes de mainframe
e DevOp para melhorar
continuamente
os processos e desempenho usando os dados coletados para Vamos continuar com o Módulo seis, lição três, criando ciclos de
feedback para melhoria
contínua
24. Aula 3: criando loops de feedback para melhoria contínua: Lição três, criar ciclos de
feedback para melhoria
contínua Bem-vindo à lição
três do módulo seis. Nesta lição, vamos nos concentrar na
criação de ciclos de feedback entre as equipes de mainframe
e Devos para impulsionar a melhoria contínua ciclos de feedback são essenciais no ambiente
DevOps porque permitem que as equipes aprendam com os dados
do sistema, feedback
do usuário e as
métricas de desempenho para melhorar
os processos ao longo Ao implementar esses loops, você garante que suas equipes estejam sempre refinando e otimizando,
resultando em melhor desempenho do
sistema, resultando em melhor desempenho do
sistema, redução do tempo de inatividade e um
fluxo de trabalho geral Ao final desta lição, você entenderá como criar ciclos de feedback
eficazes, como usar
dados de monitoramento para embasar decisões e como promover a
colaboração entre equipes de
mainframe e Devos
para A importância dos ciclos de
feedback no DevOps. Os ciclos de feedback são um dos princípios
fundamentais do DevOps. O objetivo é criar
um fluxo contínuo de informações que permita que as equipes respondam rapidamente
aos problemas, aprendam com os dados e melhorem
os processos ao longo do tempo. Para sistemas de mainframe, os ciclos de
feedback desempenham um papel
vital na garantia otimização,
estabilidade e escalabilidade do desempenho
dos dados ,
estabilidade e Por que os ciclos de feedback são importantes. Primeiro, aprendizado contínuo. ciclos de feedback ajudam as equipes a aprender com os dados de
desempenho do sistema, facilitando a identificação de problemas e a
implementação de soluções Segundo,
resposta mais rápida aos problemas. Com feedback em tempo real, as equipes podem agir rapidamente para resolver gargalos de
desempenho, erros de
aplicativos
e Em terceiro lugar, a melhoria contínua do
processo. O feedback das ferramentas de monitoramento, relatórios de
usuários e observações
da equipe ajuda a refinar os processos operacionais
e de desenvolvimento, levando a um melhor
desempenho do sistema ao longo do tempo Quarto, a colaboração da equipe de PDV ciclos de feedback
eficazes
promovem a colaboração entre as equipes de mainframe
e as equipes de DevOps,
eliminando silos e
melhorando o desempenho melhorando Vamos dar um exemplo. Uma instituição bancária criou um ciclo de feedback entre
seu mainframe e equipes da Dabov para monitorar os tempos das
transações e resolver
gargalos Ao coletar dados de seus sistemas de monitoramento e
realizar análises semanais, eles
reduzem significativamente os tempos de transação durante os períodos de pico,
aprimorando o atendimento ao cliente Estabelecer
ciclos de feedback entre as equipes mainframe e DevOps Vamos ver como criar ciclos de feedback
eficazes que conectem suas operações de
mainframe
com seus processos de DevOps Primeiro, colete dados do monitoramento
contínuo. A base de uma pista de
feedback são os dados. monitoramento contínuo fornece
os pontos de dados necessários para sua pista de feedback, fornecendo informações sobre
a integridade do sistema, as métricas de
desempenho
e possíveis problemas Esses dados devem ser coletados em tempo
real e disponibilizados para as
equipes de mainframe e Devo. O que monitorar? Um,
métricas de desempenho, uso de DPU, utilização de
memória, disco O e tempo de resposta da transação Registros de erros, erros de aplicativos
e do sistema que podem indicar problemas. Três, tempo de atividade do sistema,
disponibilidade e tempo de atividade de
serviços críticos ou feedback do usuário, problemas de
desempenho ou usabilidade relatados pelos Vamos dar um exemplo.
Uma empresa de logística usa dados
de monitoramento do IBM Omega Mon, rastrear
a utilização da CPU e para rastrear
a utilização da CPU e o tempo de
resposta de seu sistema de inventário
baseado em mainframe Ao inserir esses dados em
seu ciclo de feedback, eles identificaram oportunidades para
otimizar a alocação de recursos
durante o período de alto tráfego Em segundo lugar, crie um processo de revisão
estruturado. Depois que os dados são coletados
, eles precisam ser
revisados regularmente para garantir que gerem insights
acionáveis Estabeleça um processo de
revisão estruturado em que tanto o mainframe
quanto as equipes acima reúnam para analisar os dados de
desempenho e identificar
áreas de melhoria Etapas do processo de revisão. Avaliações iniciais, semanais
ou quinzenais. Agende reuniões regulares
para analisar dados de monitoramento, registros e feedback do usuário. Em segundo lugar, uma
discussão colaborativa, garanta que as equipes de mainframe
e DevOps participem da análise, compartilhando suas ideias Em terceiro lugar, identifique os principais problemas, discuta quaisquer
gargalos de desempenho, erros ou tempo de inatividade do sistema
relatados Quarto, faça um brainstorming de soluções e identifique de
forma colaborativa possíveis soluções
para os problemas levantados Isso pode incluir
ajustar aplicativos, ajustar alocações de recursos
ou automatizar Vamos dar um exemplo: uma empresa de serviços
financeiros conduziu análises quinzenais do desempenho das
transações de seus sistemas de mainframe Durante essas reuniões, as equipes
da Devo forneceram informações sobre
possíveis gargalos enquanto a
equipe de mainframe sugeriu
ajustes que resultaram em maior Em terceiro lugar, implemente as mudanças
e acompanhe os resultados. Depois que as soluções são identificadas, a próxima etapa é
implementar essas mudanças. Os ciclos de feedback são
mais eficazes quando as mudanças são feitas de forma
iterativa, pequenos ajustes que
podem ser testados e avaliados com base em seu
impacto no desempenho do sistema Como implementar mudanças. Um, pequenos
ajustes iterativos. Faça alterações em pequenas iterações
gerenciáveis para que seu impacto possa ser Segundo, acompanhe os resultados. Use o monitoramento contínuo para acompanhar os resultados das mudanças. Por exemplo, se você ajustar
a alocação da CPU, monitore o efeito no
desempenho e veja se isso reduz os tempos de resposta
ou melhora a taxa de transferência Três, documente e
compartilhe ideias. Garanta que as mudanças e seus
resultados sejam documentados. Compartilhe insights com as equipes de
mainframe e debo, para que toda a
organização se beneficie
do processo de aprendizado.
Vamos dar um exemplo. Um profissional de saúde fez alterações
incrementais no sistema de processamento de solicitações
com base no feedback de
seus
dados de monitoramento, ajustando os cronogramas de trabalho
em lote e alocando
memória adicional durante o período de pico.
Eles reduziram os tempos de conclusão do trabalho Quarto, estabeleça canais de
feedback. Além das avaliações
estruturadas, é
importante
ter canais de feedback
abertos e
contínuos entre as equipes. Isso pode incluir
ferramentas de mensagens em tempo
real , como Slack ou
Microsoft Teams, nas
quais os problemas podem ser sinalizados
assim que identificados ou compartilhar painéis que fornecem atualizações de desempenho em tempo
real Exemplos de canais de feedback. One, Slack ou Microsoft Teams. Use essas ferramentas para comunicação em tempo
real
entre equipes. Os engenheiros de DevOps podem identificar possíveis problemas,
enquanto as equipes de mainframe podem fornecer feedback imediato Dois painéis compartilhados. Implemente painéis compartilhados que forneçam informações
em tempo real sobre a integridade do sistema Tanto o mainframe quanto o
DVovSeams podem monitorar esses painéis em busca esses painéis em busca
de sinais de degradação do desempenho. Por exemplo, uma
empresa global de varejo usa painéis compartilhados e um
canal dedicado do Slack para manter mainframe e o Devoteams Ao monitorar
o desempenho em conjunto, as equipes conseguiram
responder rapidamente aos problemas e manter a estabilidade do sistema
durante o período de alto tráfego. Melhores práticas para ciclos de feedback
eficazes. Para garantir que seus
ciclos de feedback sejam eficazes, siga estas melhores práticas Primeiro, promova uma cultura
de colaboração. feedback eficazes exigem
colaboração entre as equipes de
mainframe e Devops colaboração entre as equipes de
mainframe e Devops Promova uma cultura de comunicação
aberta
em que ambas as equipes se sintam vontade para compartilhar ideias e trabalhar juntas
para resolver problemas. Segundo, concentre-se na melhoria
contínua. Os ciclos de feedback não são
um processo único. Eles devem ser contínuos e se concentrar na melhoria contínua. Cada revisão deve levar
a novos insights e ações que melhorem o
desempenho do sistema ao longo do tempo. Três, use dados para
orientar decisões. Deixe que os dados guiem o processo de tomada de
decisão. Quanto mais objetivos
e detalhados forem seus dados, mais bem equipadas suas
equipes estarão para tomar decisões informadas sobre como
otimizar o desempenho. Um exemplo disso é que uma empresa de
telecomunicações usou dados de
desempenho para
orientar sua decisão de
automatizar a alocação de memória nos horários de pico,
o que melhora significativamente a estabilidade de
seus sistemas Quatro, garanta
a responsabilidade, atribua uma propriedade clara das tarefas e soluções que surgem
das análises de feedback responsabilidade garante que
os problemas identificados sejam abordados e que os ciclos de
feedback levem a ações concretas Principais conclusões. Vamos recapitular os pontos principais desta lição Primeiro, os ciclos de feedback permitem o aprendizado
contínuo e melhoria
contínua,
coletando dados em tempo
real e agindo com base neles Segundo, crie ciclos de feedback
coletando dados do monitoramento
contínuo, conduzindo análises regulares,
implementando mudanças e estabelecendo canais de
feedback abertos Três, promova a
colaboração entre mainframe e a Devoteams para um desempenho
ideal do sistema Quatro, siga as melhores práticas concentrando-se na melhoria
contínua, usando dados para orientar
decisões e garantindo a responsabilidade
pelos itens de ação Atividade de ganho. Reserve um momento e pense nos processos de feedback da sua própria
organização. Responda às seguintes perguntas. Primeiro, como você coleta
e analisa
atualmente os dados
de desempenho de seus sistemas de mainframe Segundo, o que
você poderia fazer para melhorar a colaboração entre seu
mainframe e as equipes da Devo? Terceiro, como você pode implementar pequenas mudanças iterativas com
base no feedback e monitorar seu
impacto no desempenho Anote suas respostas e
comece a planejar como você pode melhorar seus ciclos de feedback para impulsionar a melhoria contínua O que vem a seguir? Na próxima lição, exploraremos a otimização do desempenho do sistema
mainframe Você aprenderá técnicas para identificar
gargalos de desempenho e otimizar aplicativos para maior Vamos continuar com o
módulo seis, lição quatro, otimizando o desempenho
do sistema mainframe
25. Aula 4: otimizando o desempenho do sistema de mainframe: Lição quatro, otimizando o desempenho
do sistema mainframe. Bem-vindo à lição
quatro do módulo seis. Nesta lição, vamos nos
concentrar na otimização do desempenho do
sistema mainframe Os sistemas de mainframe são poderosos, mas seu desempenho
pode diminuir com o tempo
se os gargalos não forem Em um ambiente orientado pela Devo, manter a
eficiência e
a escalabilidade do sistema é crucial para acompanhar as demandas dos
negócios Hoje, exploraremos
técnicas práticas para identificar gargalos de
desempenho
e otimizar aplicativos de
mainframe para garantir melhor utilização de
recursos, processamento
mais rápido e maior escalabilidade mais rápido Ao final desta lição, você poderá identificar problemas de
desempenho em seu
ambiente de mainframe e implementar soluções que melhorem a eficiência
do sistema Por que a
otimização do desempenho é importante? otimização do desempenho não consiste apenas fazer
com que os sistemas funcionem mais rápido. Trata-se de garantir que seu mainframe esteja
operando com eficiência e possa lidar com cargas de trabalho
crescentes sem sacrificar Em ambientes em que os mainframes oferecem suporte a aplicativos essenciais,
como bancos, varejo e assistência médica, qualquer degradação do desempenho pode levar a interrupções nos negócios Principais motivos para a otimização
do desempenho. Uma utilização aprimorada dos
recursos garante que os recursos de CPU, memória e DiskIO
sejam usados com eficiência Segundo, maior escalabilidade. otimização do desempenho
ajuda seu sistema a se expandir com o aumento das
cargas de trabalho e demandas Três: aprimorar a experiência do usuário, acelerar os tempos de transação
e reduzir o
atraso nos aplicativos , melhorando a satisfação do cliente
e do usuário Para reduzir custos, os
sistemas otimizados podem reduzir os custos de
hardware e
infraestrutura,
garantindo que os recursos
sejam totalmente utilizados. Vamos dar um exemplo. Uma instituição
financeira que administrava um
sistema bancário baseado na CBL estava enfrentando atrasos nos relatórios
financeiros do final do mês Ao otimizar o processamento
em lote e ajustar a alocação de CPU,
eles reduzem o tempo de processamento em 40%, permitindo que
cumpram os
prazos de emissão de relatórios Identificação de
gargalos de desempenho. Antes de
otimizar o desempenho, você precisa identificar onde os
gargalos estão gargalos podem ocorrer em vários pontos
do sistema, da CPU, da
memória, do DCIO, rede ou até mesmo em aplicativos A chave é isolar
esses gargalos e seguida, resolvê-los com a otimização direcionada. Um, monitore o uso da CPU
e da memória. Uma das fontes mais comuns de gargalos
de desempenho é a utilização ineficiente da CPU Você pode identificar gargalos de CPU e memória rastreando métricas
importantes, como carga da CPU, uso de
memória Sinais de um gargalo na CPU. Primeiro, eu uso da CPU. Se a CPU estiver funcionando a 100% ou perto de 100% por longos períodos, isso pode indicar que as
cargas de trabalho são muito exigentes. Dois, longos tempos de espera. Os processos que aguardam na
CPU podem causar lentidão. Sinais de um gargalo de memória. Um, alta utilização de memória. Se a memória estiver
sempre no limite máximo, o sistema pode estar
paginando ou trocando, que diminui significativamente
o desempenho Duas, falhas frequentes na página. Uma alta taxa de falhas de página, indicador
claro de que a
memória é insuficiente Soluções. Primeiro,
realocar os recursos da CPU Ajuste as alocações de CPU para garantir que os processos críticos
recebam recursos suficientes Segundo, adicione ou otimize a memória. Aumente a alocação de memória para principais aplicativos ou otimize o uso da
memória existente por meio técnicas como
coleta de lixo ou compactação de memória Vamos dar um exemplo. sistema de
transações on-line de uma empresa de varejo sofreu desaceleração durante os horários de
pico de compras. Ao monitorar a utilização da CPU, eles descobriram que seu processo de pesquisa de
inventário estava sobrecarregando os recursos da Depois de realocar os recursos da CPU e otimizar o código do
aplicativo, os tempos de
transação
melhoraram Segundo, analise a E/S do disco e o desempenho do
armazenamento. Esses gargalos de E/S ocorrem
quando os aplicativos precisam
esperar que os dados sejam lidos ou gravados
nele Esses tempos de acesso podem afetar
drasticamente o desempenho, especialmente em ambientes onde grandes volumes de
dados são processados Sinais de gargalos de E/S do disco. Um, altos tempos de espera de E/S. Os processos aguardam a conclusão
dessas operações. Dois, recuperação lenta de dados. Os aplicativos que
dependem de bancos de dados ou sistemas de
arquivos demoram mais
para recuperar ou gravar dados Solução 1: atualize
para um armazenamento mais rápido. Se os tempos de Iowa forem
consistentemente altos, considere atualizar para tecnologias de armazenamento
mais rápidas , como
dispositivos de estado sólido ou SSDs Segundo, otimize os padrões de
acesso aos dados. Reorganize a forma como os dados são
acessados pelo aplicativo, reduzindo a frequência de
gravações e grades de discos Três, estratégias de armazenamento em cache. Implemente o armazenamento em cache para armazenar dados acessados
com frequência na memória, reduzindo a
necessidade de acesso ao disco Vamos dar um exemplo.
A empresa de logística percebeu que seu sistema de processamento de pedidos
estava lento devido aos altos tempos de espera de IO ao
acessar os registros dos clientes Ao migrar dados críticos para SSD e implementar
uma estratégia de armazenamento em cache, eles reduzem os gargalos de E/S e o armazenamento
SSD e implementar
uma estratégia de armazenamento em cache,
eles reduzem os gargalos de E/S e
melhoram as velocidades de processamento em 25%. Três, monitore e
otimize a latência da rede. latência da rede também pode ser uma fonte de gargalos de
desempenho, especialmente quando os sistemas de mainframe precisam
interagir com outros
sistemas interagir com outros monitoramento da latência da rede é essencial para garantir uma comunicação fluida
entre os sistemas Tempos em gargalos da rede. Um, longos tempos de resposta. Se os tempos de resposta entre os
sistemas forem lentos, congestionamento ou a
latência da
rede podem ser a Dois, solte os pacotes. Uma alta taxa de queda
ou atraso de pacotes indica problemas de rede
que precisam ser resolvidos Solução 1,
maior largura de banda. Se a rede estiver
frequentemente congestionada, aumento da largura de banda
pode aliviar Segundo, otimize o roteamento de rede. Garanta que os dados sejam roteados forma eficiente entre os sistemas
para minimizar os atrasos Três, implemente o balanceamento de carga. Distribua o
tráfego de rede uniformemente em vários servidores para evitar congestionamentos. Vamos
dar um exemplo. Um
provedor de serviços financeiros que dependia de transações em tempo real entre seu mainframe e um sistema
analítico baseado em nuvem estava enfrentando atrasos devido à Depois de otimizar as rotas de rede e implementar o balanceamento de carga, eles reduziram os tempos de
resposta das transações em 20% Otimizando o
desempenho do aplicativo. Além de identificar gargalos no nível
do sistema,
otimizar os aplicativos de mainframe é crucial para melhorar o desempenho. Muitos problemas de desempenho
resultam de código ineficiente, consultas
de banco de dados ou lógica
de processamento Primeiro, otimize o
código paralelepípedo e os trabalhos em lote. Os aplicativos de mainframe,
especialmente aqueles escritos em Cobalt, geralmente podem ser otimizados
para serem executados Otimizar a forma como o código
é escrito e como trabalhos
em lote são
programados pode levar a ganhos significativos de
desempenho Etapas para otimizar o código cobble. Primeiro, elimine o código redundante. Remova qualquer código desnecessário
ou redundante
para simplificar a lógica do para simplificar a lógica Segundo, use estruturas
de dados eficientes. Otimize o acesso aos dados usando estruturas de dados
ou técnicas de organização de arquivos
mais eficientes . Três, reordene os trabalhos em lote. Priorize os trabalhos em lotes que precisam ser concluídos
mais rapidamente ou distribua trabalhos em vários ciclos
para equilibrar a carga Por exemplo, um
prestador de serviços de saúde otimiza seu sistema de
processamento de solicitações baseado em cobol
reestruturando seus trabalhos em lotes e simplificando os padrões de acesso aos dados Isso reduziu o tempo geral
de processamento em 35%. Segundo, ajuste as consultas do banco de dados. Muitos aplicativos de mainframe
dependem de grandes bancos de dados e consultas ineficientes podem ser uma fonte significativa de problemas de
desempenho Ajustar
as consultas ao banco de dados é uma
das maneiras mais rápidas de melhorar o desempenho
do aplicativo Dicas para otimização de
consultas de banco de dados. Uma delas, a indexação, garante que os campos consultados
com frequência sejam indexados adequadamente para
reduzir Segundo, reduza a complexidade da consulta. Simplifique
consultas complexas ou
divida-as em partes menores para
reduzir o tempo de processamento Três, otimize as operações
conjuntas. Analise como as tabelas são unidas e garanta que as junções sejam
otimizadas para desempenho Por exemplo, um sistema Nking impõe tempos
de resposta lentos para consultas de contas de clientes Ao indexar os principais campos do banco de dados e simplificar consultas complexas, eles melhoram os tempos de
resposta do desempenho 50%, aumentando Práticas recomendadas para otimização do
desempenho. Para garantir que seu sistema de mainframe opere com desempenho máximo, siga estas melhores práticas Primeiro,
monitore continuamente as principais métricas. Monitore regularmente as principais
métricas de desempenho, como uso da CPU, utilização da
memória,
E/S do disco e tempo de resposta Use ferramentas de
monitoramento em tempo real para detectar gargalos
assim que Segundo, concentre-se nas áreas de
maior impacto. Priorize as
otimizações que
terão o
impacto mais significativo no desempenho geral Comece abordando os
gargalos que afetam aplicativos
críticos ou o processamento de
alto tráfego Três, otimize de forma incremental. Faça pequenas mudanças incrementais em vez de grandes revisões Isso permite que você
acompanhe o impacto de cada mudança e
minimize o risco de introduzir novos problemas ou envolver equipes de DevOps e
mainframe Colabore estreitamente com as
equipes de DevOps e mainframe para garantir
que a otimização do desempenho esteja alinhada às metas comerciais e
aos Ele leva embora. Vamos recapitular os pontos principais da lição de
hoje Primeiro, identificar gargalos de
desempenho é a primeira etapa para otimizar
seu sistema de mainframe Monitore a CPU, a memória, o DiskIO
e a latência da rede e descubra onde são necessárias melhorias Segundo, otimizar o desempenho do
aplicativo, incluindo código de cabo e consultas ao
banco de dados, pode levar
a ganhos significativos de
desempenho Em terceiro lugar, as melhores práticas para otimização de
desempenho
incluem monitoramento contínuo, foco em áreas de alto impacto, mudanças incrementais e colaboração com equipes de
DevOps e Atividade de aprendizagem. Reserve um momento para refletir sobre o desempenho atual de seus
sistemas de mainframe Faça essas perguntas. Primeiro, quais são os gargalos de desempenho mais comuns que você encontra É CPU, memória, E/S de
disco ou outros? Segundo, como você pode otimizar suas aplicações de paralelepípedos ou trabalhos
em lote para
melhorar a eficiência Três, quais etapas
você pode tomar para garantir que otimizações de
desempenho
sejam implementadas incremental e Anote suas respostas e
planeje as próximas etapas
para otimizar o desempenho seu mainframe
. O que vem a seguir? Na próxima lição,
exploraremos o Deb SEC ups, a integração da segurança
no pipeline do DevOps Você aprenderá a implementar as melhores práticas de
segurança em seu fluxo de trabalho de DevOps de mainframe,
garantindo que seus sistemas
permaneçam seguros e, garantindo que seus sistemas ao mesmo tempo,
mantenham Vamos continuar com o
Módulo sete, Lição 1. O que é Deb SEC ups?
26. Aula 1: o que é DevSecOps?: Módulo sete,
integrando segurança e conformidade no mainframe
Devo, Deb Neste módulo, você
aprenderá como integrar
segurança e conformidade
ao pipeline de DevOps, garantindo que seus sistemas de
mainframe estejam seguros em todas as etapas
do processo de desenvolvimento Ao final deste módulo, você poderá implementar os princípios do
Deb SecOps, automatizar os
testes de segurança e manter a
conformidade em um ambiente de DevOps
acelerado Primeira lição, o que é DebSecOps? Bem-vindo à primeira
lição do módulo sete. Nesta lição,
apresentaremos o DevSacops, que é a integração das práticas de
segurança no pipeline do práticas de
segurança Enquanto o Dev Ops se concentra em
melhorar a colaboração entre desenvolvimento e as operações
para permitir uma entrega mais rápida, o
DevSecos adiciona segurança à
mistura, garantindo que a segurança não
seja uma reflexão tardia, mas incorporada a todas as fases
do processo de desenvolvimento Ao final desta lição,
você entenderá o que é DevSCOs,
por
que ele é essencial
para mainframes
e como a integração da segurança em seu pipeline de Deb Ops
ajuda a reduzir vulnerabilidades e
garantir a conformidade em Por que o DevSecos é importante
para mainframes. A segurança sempre
foi a principal prioridade dos sistemas de mainframe, devido
aos dados
e aplicativos críticos que eles manipulam, especialmente em setores como finanças, saúde
e governo No entanto, à medida que adotamos práticas de
Devos que
enfatizam a velocidade e a agilidade, é
fácil que a segurança se torne
um gargalo ou, pior ainda, uma DevSacops garante que a segurança
faça parte de cada estágio do
ciclo de vida do DevOvs, desde
o planejamento
e desenvolvimento até
a implantação e Principais razões pelas quais o DebSecOps
é fundamental para o mainframe. Um deles, protege dados essenciais. mainframe geralmente hospeda informações
confidenciais e
críticas para os negócios que devem ser protegidas contra
violações e ataques cibernéticos Segundo, garante a conformidade. Regulamentações como GDPR, HIPAA e PCI DSS exigem fortes medidas de segurança O WebSecOps ajuda a garantir a
conformidade com esses padrões integrando testes
de
segurança Terceiro, reduz a
vulnerabilidade precocemente ao incorporar verificações de segurança no
início do ciclo de desenvolvimento possíveis vulnerabilidades
podem ser identificadas e corrigidas antes de chegarem à produção ou aceleram o desenvolvimento seguro Automatizar os
testes de segurança e garantir monitoramento
contínuo da segurança dentro do pipeline do debo permite lançamentos mais rápidos e seguros Vamos dar um exemplo. Uma grande
instituição bancária adotou as práticas da
DebSec em seu ambiente de
mainframe para garantir que o pipeline
CICD
integrasse verificações de
segurança automatizadas, verificação vulnerabilidades
e relatórios de conformidade Essa mudança permite que o banco implemente
rapidamente atualizações no
portal do cliente, garantindo
a conformidade
regulatória e protegendo os dados confidenciais dos
clientes. Hum, o que é DebSecOps? Em essência, a DebSecOps
trata de
trazer segurança para a estrutura do DevOps, garantindo que a segurança seja
incluída em todas as fases do processo de desenvolvimento, em
vez de ser uma etapa isolada Nos modelos de
desenvolvimento tradicionais, segurança geralmente era uma consideração de
última hora abordada somente depois que o código era escrito e
os aplicativos estavam prontos para implantação. DebsAcops inverte essa abordagem incorporando segurança
em cada etapa, garantindo que toda a infraestrutura
e processos de
código sejam desenvolvidos Seja um princípio em DevSecPps. Um, segurança na volta de turnos. O teste de segurança é movido mais cedo ou deixado no processo de
desenvolvimento. Todas
as vulnerabilidades de segurança são identificadas e resolvidas mais cedo, o que economiza tempo
e reduz o risco Dois, automação. As verificações de segurança são automatizadas, incluindo
verificação de vulnerabilidades , verificações de
conformidade
e análise de código, garantindo que não
atrasem o pipeline do CICD Três, colaboração, Debsecops enfatiza a colaboração
entre as equipes de desenvolvimento,
segurança e operações Quebrando silos e permitindo
identificação e
correção mais rápidas de problemas de segurança
ou monitoramento contínuo A segurança não para depois que
um aplicativo é implantado. O monitoramento contínuo
garante que os aplicativos permaneçam
seguros após o lançamento, permitindo uma resposta
imediata a novas ameaças. Vamos
dar um exemplo. Um provedor de serviços de saúde gerenciando dados de
pacientes integrou a segurança em seu pipeline de CICD
usando sua loja virtual Eles incorporaram ferramentas automatizadas de verificação de
vulnerabilidades que verificam falhas de segurança sempre que um novo código é
confirmado Isso permitiu que eles
identificassem e
corrigissem vulnerabilidades
antes da implantação, garantindo a conformidade
com as hiperregulamentações e protegendo os
dados confidenciais dos pacientes Como o DevSecOps se encaixa no pipeline
do DevOps. Para entender como o DevSecOps se integra ao pipeline do
DevOps, vamos examinar os principais
estágios do pipeline
e como a segurança é Um, fase de planejamento.
No estágio de planejamento, as equipes definem os
requisitos para um novo recurso ou aplicativo. As considerações de segurança
são
integradas ao
processo de planejamento para garantir que qualquer nova funcionalidade alinhada aos requisitos de segurança e
conformidade Segurança na fase de planejamento. Primeiro, identifique os
requisitos de segurança com antecedência. Segundo, conduza a modelagem
de ameaças para entender os riscos potenciais. Três, colabore
com as equipes de segurança para estabelecer
metas e prioridades de segurança Dois, fase de desenvolvimento.
Durante o desenvolvimento, segurança deve ser
integrada ao processo de codificação É aqui que a
segurança shift left entra em jogo. Práticas de segurança, como análise
estática de código e digitalização de
código, são aplicadas à
medida que os desenvolvedores escrevem código. Segurança na primeira fase de
desenvolvimento, use práticas de codificação seguras Por exemplo, criptografia de dados
e validação de entrada. Segundo, integre testes estáticos de segurança de
aplicativos ou ferramentas
SAST ao processo de
desenvolvimento de código para identificar
vulnerabilidades Eles conduzem revisões regulares de código com foco na segurança. Três, integração contínua, entrega
contínua, fase CICD No pipeline do CICD, testes de segurança
automatizados se tornam cruciais As ferramentas de segurança são
integradas ao pipeline do CICD para realizar testes dinâmicos de
segurança de aplicativos ou DAST, verificação de
vulnerabilidades
e verificações de conformidade durante cada criação
e implantação Segurança na fase CICD. Primeiro, automatize a verificação de
vulnerabilidades usando ferramentas como IBM
Appscan Segundo, realize testes de penetração
em ambientes de teste. Em seguida, garanta que
as verificações de conformidade façam parte do pipeline do CICD Por exemplo, uma
empresa de logística adotou DevSecOps integrando testes de
segurança em Eles automatizaram a verificação de
vulnerabilidades para cada confirmação de código, garantindo que as falhas de segurança fossem detectadas antes de
chegarem à produção Como resultado, eles
reduziram o número de incidentes de segurança após a
implantação em 60% Ou fase de implantação.
Antes da implantação, verificações
finais de segurança
são conduzidas para garantir que o código atenda aos padrões de segurança
e conformidade. Infraestrutura como código As ferramentas
de segurança IAC podem ser usadas para verificar a configuração da infraestrutura, garantindo
a implantação da
segurança Segurança na fase
de implantação. Primeiro, realize as verificações
finais de segurança e conformidade antes da produção. Segundo, use as ferramentas de segurança IAC para validar a segurança dos scripts
de implantação Por exemplo, Executar
ou responder. Três, garanta o controle de
acesso seguro e a configuração de rede
para aplicativos implantados Cinco, fase de operações e
monitoramento. Mesmo após a implantação, a segurança não
é uma reflexão tardia. O monitoramento contínuo
dos aplicativos garante que todas as vulnerabilidades ou ameaças sejam identificadas
e tratadas As ferramentas de monitoramento monitoram o desempenho
do sistema , os registros de
segurança e possíveis
ataques em tempo real. Segurança no espaço de operação. Primeiro, implemente monitoramento e registro
de segurança em tempo real. Segundo, use ferramentas como radar
Splunk ou IBM Q para monitorar e detectar possíveis incidentes
de segurança Três,
aplique continuamente patches e atualizações para resolver vulnerabilidades
recém-descobertas Melhores práticas para
implementar o DevSecos. Ao adotar o Db SEC
Ops para mainframes, siga essas melhores práticas
para garantir o sucesso Primeiro, comece com treinamento e
conscientização sobre segurança. Garanta que
as operações de desenvolvimento e as equipes de segurança
estejam alinhadas às metas de segurança e entendam como
incorporar práticas
de segurança
em seu trabalho O treinamento regular sobre práticas de codificação
segura, requisitos de
conformidade e ferramentas
de segurança é essencial Segundo, automatize os testes de segurança. A automação é fundamental para
integrar a segurança em um pipeline rápido da Levo Use ferramentas automatizadas para verificação de
código, avaliação de
vulnerabilidades e verificações de conformidade
para garantir que segurança não atrase
o processo de desenvolvimento. Três, integre a segurança logo
no início ou mude para a esquerda. Leve os testes de segurança para os estágios iniciais de desenvolvimento. Isso permite que a vulnerabilidade seja detectada e tratada
antes de chegar à produção, reduzindo riscos e economizando tempo. Quatro, promova a colaboração
entre as equipes. Incentive a comunicação aberta
e a colaboração entre as operações de desenvolvimento
e as equipes de segurança. eliminação dos silos garante
que os problemas de segurança sejam resolvidos com rapidez e
eficiência. Um exemplo. Uma empresa de telecomunicações integrou a conscientização sobre
segurança em sua cultura de DevOps
treinando desenvolvedores e equipe de operação em
codificação segura Como resultado, seu pipeline de
configurações reduziu o número de incidentes de
segurança em
50% e permitiu lançamentos de software
mais rápidos e seguros Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, o DBSecOps integra a
segurança ao DabovPipeline,
garantindo que a segurança faça parte de cada estágio de desenvolvimento. Segundo, as práticas do DevSecos,
como segurança de navios, automação e
monitoramento contínuo, ajudam a identificar vulnerabilidades
precocemente e reduzir o risco de violações Em terceiro lugar, a colaboração entre as operações de
desenvolvimento e as equipes de segurança é essencial
para que o dBSACOS tenha sucesso Ou automatizar os testes de segurança
e integrá-los ao pipeline
do CICD é fundamental para manter a
velocidade sem comprometer a velocidade Atividade de aprendizagem.
Reserve um momento para refletir sobre seu processo de
desenvolvimento atual e responder às
seguintes perguntas. Primeiro, como você atualmente integra a segurança em
seu pipeline de desenvolvimento? Segundo, quais etapas
você pode seguir para mudar a segurança para a esquerda e
incorporá-la mais cedo no processo de
desenvolvimento? Três, quais ferramentas de
teste de segurança você poderia automatizar para garantir a segurança
contínua em seu fluxo de trabalho da UPS Anote suas respostas
e comece a planejar como implementar o DevSecOps em
seu ambiente O que vem a seguir? Na próxima lição, exploraremos como implementar testes de segurança
automatizados e integrar ferramentas de
verificação de vulnerabilidades em seu pipeline de CICD Você aprenderá
técnicas passo a passo para garantir que seus
aplicativos de mainframe permaneçam seguros durante todo o ciclo de vida de
desenvolvimento Vamos continuar com o
módulo sete, lição dois, implementando testes
de segurança automatizados.
27. Aula 2: implementando testes de segurança automatizados: Lição dois, implementando testes de segurança
automatizados. Bem-vindo à
segunda lição do Módulo sete. Nesta lição, vamos nos
aprofundar na automação dos testes de segurança como parte
de seu pipeline de CICD Uma das formas mais poderosas de integrar
a segurança ao fluxo de trabalho
do DevOps é
automatizar o maior número possível de
testes de segurança,
garantindo que as verificações de segurança ocorram forma consistente sem atrasar o Você aprenderá passo a
passo como configurar testes de segurança
automatizados e integrar ferramentas de verificação de
vulnerabilidades em seu pipeline, ajudando você a detectar
possíveis problemas com antecedência, corrigi-los mais rapidamente e manter a segurança sem
comprometer a velocidade Ao final desta lição, você poderá implementar testes de segurança
automatizados em seu pipeline de CICD
e garantir que as
vulnerabilidades sejam tratadas
antes que vulnerabilidades sejam tratadas elas cheguem Por que automatizar os testes de segurança? À medida que as práticas de DevOps promovem rápido
desenvolvimento e a implantação contínuos, segurança deve ser mantida
sem se tornar um gargalo É aí que entram os testes de
segurança automatizados. Ao automatizar os testes de segurança, você garante que
cada parte do código seja rigorosamente testada quanto a
vulnerabilidades à medida
que avança
pelo pipeline Os principais benefícios dos testes de
segurança automatizados incluem uma detecção
mais rápida de
vulnerabilidades. Os testes de segurança automatizados
podem ser executados em paralelo com outros testes que detectam falhas
de segurança imediatamente após a gravação
do código Dois, consistência
e escalabilidade. Os testes automatizados são consistentes, executando sempre as mesmas
verificações. Essa consistência garante
que nada seja perdido e permite que suas práticas
de segurança se expandam com seu desenvolvimento. Três, integração com o CICD. Os testes de segurança automatizados se encaixam perfeitamente em seus pipelines do
CICD, garantindo que os
testes de segurança não atrapalhem desenvolvimento ou Ao detectar
vulnerabilidades
no início do ciclo de desenvolvimento, você reduz o custo e o tempo necessários para corrigir
falhas de segurança posteriormente no processo Vamos dar um exemplo.
Uma empresa global de varejo integrou testes de
segurança automatizados em seu pipeline de CICD usando o
SonarQube e o OWASP Sempre que um novo código é
enviado para o repositório, essas ferramentas examinam automaticamente o código em busca de vulnerabilidades, detectando possíveis
problemas Como resultado, eles reduzem os incidentes de segurança
pós-implantação em 50% Tipos de testes de
segurança automatizados. Há vários tipos de testes de
segurança que podem ser automatizados para fortalecer
seu ambiente de mainframe Um, teste estático de
segurança de aplicativos ou SAST. O SAST analisa o código-fonte ou os binários antes que um
aplicativo É uma
abordagem de teste de caixa branca que
busca vulnerabilidades de segurança
no próprio código. Como o SAST funciona. Ele examina a base de código para encontrar vulnerabilidades
como estouros de buffer, injeções de
SQL e scripts de sites de código Ele pode ser integrado
ao ambiente de desenvolvimento ou ao IDE, para que os desenvolvedores possam identificar problemas
de segurança
ao escrever código. Ferramentas para usar. Um, Sonar
Q com conectores de segurança. Dois, marcas de verificação. Três, IBM apscan.
Vamos dar um exemplo. Uma instituição bancária
usou as ferramentas SAH ST em seu ambiente de
desenvolvimento cobble verificar automaticamente as vulnerabilidades de segurança
à para verificar automaticamente as vulnerabilidades de segurança
à
medida que os desenvolvedores Esse processo de detecção precoce
permite que a equipe resolva as falhas
de segurança antes que
o aplicativo chegue à fase de testes Dois, teste dinâmico de
segurança de aplicativos ou DAST. O DAST analisa aplicativos
em
execução em uma abordagem de caixa preta Ele testa o aplicativo
em tempo real, defendendo vulnerabilidades interagir com o front-end, as
APIs e as interfaces de usuário do
aplicativo APIs e as interfaces de usuário Como o DAST funciona. Ele simula ataques externos enviando solicitações para
o aplicativo em execução Ele detecta
vulnerabilidades como scripts
entre sites ou XSS, injeção de
SQL e problemas injeção de
SQL É ideal para
testar aplicações em ambientes de preparação ou
pré-produção. Ferramentas para usar o OWASP
ZAP ou o OAS ZAP. Verb suit IBM apscan,
vamos dar um exemplo. Um provedor de serviços de saúde
incorporou o DAST em seu
ambiente de pré-produção usando o OAS Zap, simulou ataques em seu sistema de processamento de
sinistros baseado em mainframe e identificou
vulnerabilidades críticas no Três, escaneamento de dependências. Outros aplicativos
geralmente dependem bibliotecas de
terceiros que podem conter
vulnerabilidades de segurança varredura de dependências verifica
automaticamente esses componentes externos em
busca de vulnerabilidades conhecidas Como funciona o escaneamento de dependências. Ele verifica as dependências nos aplicativos em busca de
vulnerabilidades conhecidas usando bancos de dados de
vulnerabilidade , como banco de dados nacional de vulnerabilidades ou
o NVD Ele notifica a equipe de
desenvolvimento se alguma vulnerabilidade for encontrada
nas dependências do aplicativo Ferramentas para usar a verificação de
dependência do OWASP. Cachorro preto do SNIC. Vamos dar um exemplo.
Uma empresa de logística usa varredura
de dependências
para verificar se há vulnerabilidades
conhecidas em suas bibliotecas Cobol e Java Depois de identificar várias dependências desatualizadas
com problemas de segurança, eles atualizaram essas
bibliotecas e melhoraram a segurança geral de sua plataforma
logística baseada em mainframe Guia passo a passo para
automatizar os testes de segurança. Agora, vamos
detalhar como configurar testes de segurança
automatizados
em seu pipeline de CICD Primeiro, escolha as ferramentas certas. Na primeira etapa para selecionar as ferramentas de segurança
mais adequadas ao seu ambiente, você provavelmente precisará de uma
combinação de SAST,
DAST e ferramentas de
verificação de dependências com base na pilha de aplicativos As ferramentas do SAST incluem Sonar
Cube e marcas de verificação. As ferramentas do DAST incluem
OAS zap e Br Suite. As
ferramentas de verificação de dependências incluem do SNIC e do OAS Certifique-se de que as ferramentas escolhidas se integrem à sua plataforma
CICD, por exemplo, Jenkins, Mitlab
CI ou IBM Segundo, integre as ferramentas
ao pipeline do CICD. Em seguida, integre essas ferramentas seu pipeline do CICD para que os testes de
segurança sejam executados automaticamente sempre que o código for confirmado,
criado ou implantado Integrando o SASD. Configure ferramentas SASD, como Sonar cube, para executar escaneamentos de código
durante o processo de Configure-o para ser executado
automaticamente quando os desenvolvedores enviarem o código
para o repositório. Integrando o DAST. Configure
ferramentas do DAST, como o OAS Zap para testar o aplicativo depois implantado em um ambiente de Isso simulará ataques
e identificará vulnerabilidades de tempo de execução Integrando o escaneamento de dependências. Use ferramentas como SNIC ou dependência do
OAS para verificar bibliotecas de terceiros
vulneráveis durante o processo Três, configure
alertas e relatórios automatizados. Depois de
integrar as ferramentas, configure
relatórios e alertas automatizados para notificar sua equipe se forem encontradas
vulnerabilidades Alertas, configure alertas por e-mail
ou slack para informar as equipes de segurança ou
desenvolvimento quando vulnerabilidades de segurança
forem detectadas Relatórios, gere relatórios
detalhados que forneçam informações sobre
as vulnerabilidades descobertas, sua gravidade e
como corrigi-las. Os alertas em tempo real garantem que as vulnerabilidades sejam
tratadas rapidamente enquanto os relatórios fornecem
documentação para fins de auditoria e
conformidade Quatro, corrija vulnerabilidades
e execute novamente os testes. Quando as vulnerabilidades
forem detectadas, priorize corrigi-las
com base na gravidade e execute novamente o teste de segurança após
a implementação das Isso garante que
os problemas sejam totalmente resolvidos antes que o aplicativo seja implantado na produção Cinco, monitore e melhore
continuamente. Automatizar os testes de segurança não
é um processo único. É essencial
monitorar continuamente os resultados do
seu teste de segurança e melhorar
o processo conforme necessário. Monitore a cobertura do teste e garanta que seu teste de segurança cubra todas as partes críticas
do seu aplicativo. Refine o processo,
otimize continuamente seu teste, reduza os falsos positivos
e melhore a precisão Práticas recomendadas para
automatizar os testes de segurança. Para garantir que seus testes
de segurança automatizados sejam eficazes, siga estas melhores práticas. Primeiro, automatize com antecedência e frequência. Execute testes de segurança
o mais cedo
possível no processo de desenvolvimento para o turno esquerdo. Ao detectar
vulnerabilidades precocemente, você economiza tempo e evita problemas de
segurança
cheguem Segundo, use uma combinação de SAST,
EAST e escaneamento de dependências. Nenhuma ferramenta única cobre
todas as vulnerabilidades. Use uma combinação de SAST, DAST e
varredura de dependências para garantir uma cobertura abrangente do código
e
do ambiente de código
e
do ambiente Três, automatize
alertas e relatórios. Configure alertas
e relatórios automatizados para que as equipes certas sejam notificadas imediatamente quando as
vulnerabilidades forem descobertas Isso garante tempos de
resposta rápidos e ajuda a monitorar o progresso. Ou integre os
testes de segurança aos fluxos de trabalho do CICD. Os testes de segurança devem ser uma parte perfeita do
seu pipeline de CICD. Garanta que os testes sejam automatizados
durante cada estágio do desenvolvimento, desde as confirmações de código
até as implantações de pré-produção Vamos dar um exemplo. Uma empresa de telecomunicações usou ferramentas
automatizadas de
teste de segurança em seu pipeline de CICD para detectar vulnerabilidades assim que
os desenvolvedores Ao configurar
alertas e relatórios, eles reduzem o
tempo necessário para corrigir vulnerabilidades de
semanas para horas, melhorando
significativamente sua postura
geral de segurança Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Um
teste de segurança automatizado garante que as vulnerabilidades
sejam detectadas precocemente e de forma consistente em todo
o pipeline do CICD. Segundo, use uma combinação
de SAST, DAST e
ferramentas de varredura de dependências para cobrir código, tempo de execução e Três, integre os testes
de segurança em seu pipeline de CICD para verificações de segurança
contínuas Quatro, automatize
alertas e relatórios para garantir que as vulnerabilidades sejam tratadas com rapidez
e eficiência Atividade de ganho.
Reserve um momento para refletir sobre seu pipeline atual do
CICD e suas práticas
de segurança Responda às seguintes perguntas. Primeiro, que tipo de teste de
segurança, SAST,
DAST ou verificação de dependências, você
está usando atualmente e o que você poderia acrescentar para
fortalecer seu pipeline Segundo, como você pode integrar
melhor testes
de segurança em
seu pipeline de CICD Fluxo de trabalho. Três, quais
ferramentas você implementaria para automatizar alertas e relatórios de
vulnerabilidades de segurança Anote suas respostas e
comece a planejar como melhorar seu processo automatizado de
testes de segurança. O que vem a seguir? Na próxima lição, abordaremos a garantia da conformidade
nos pipelines de DevOps Você aprenderá a manter a conformidade com os
padrões do setor, como GDPR e HyPA, ao mesmo tempo adapta as práticas de DevOps Exploraremos ferramentas e
técnicas para automatizar as verificações de
conformidade e garantir que seu pipeline permaneça
seguro e em conformidade Vamos continuar com o
módulo sete, lição três, garantindo a conformidade
nos pipelines de DevOps
28. Aula 3: garantindo a conformidade em pipelines de DevOps: Lição três: garantir a conformidade
com os pipelines de DevOps. Bem-vindo à lição
três do módulo sete. Nesta lição, vamos nos
concentrar em garantir conformidade com
os padrões do setor, como GDPR,
HIPA, ECIDSS e outros, HIPA, ECIDSS e outros mesmo tempo em que adotamos A conformidade é um
aspecto essencial do DevSecOps, especialmente em
setores que lidam com dados
confidenciais, como finanças,
saúde e governo À medida que as organizações buscam ciclos de entrega
rápidos
por meio do DevOps, elas também devem
aderir a regulamentações rígidas projetadas para proteger os dados
e garantir a privacidade Ao final desta lição, você entenderá
como integrar a conformidade em seu pipeline de
DevOps,
garantindo que seus sistemas de
mainframe atendam aos padrões do
setor,
mantendo a velocidade e Por que a conformidade
é importante no DevOps? mainframes geralmente estão
no centro de setores com requisitos regulatórios rigorosos. Em um ambiente de DevOps, a pressão pela
integração e
entrega contínuas pode
dificultar a garantia de que cada versão esteja em conformidade
com os padrões relevantes No entanto, a não conformidade pode
resultar em penalidades severas, incluindo multas, ações legais
e danos à reputação Portanto, integrar as verificações de
conformidade ao
pipeline do DevOps é crucial As considerações de conformidade para empreendimentos de
mainframe incluem uma, dados Os padrões do setor, como o
GDPR e o HIPAA, se
concentram em garantir a privacidade e segurança de dados pessoais confidenciais Dois, auditabilidade. conformidade exige que a
organização acompanhe e documente
as alterações nos sistemas e nos dados, garantindo que uma trilha de auditoria
esteja disponível quando necessário. Em terceiro lugar, o gerenciamento de riscos e as estruturas de
conformidade ajudam as organizações a
identificar, avaliar e mitigar riscos, garantindo que os sistemas
sejam seguros e Quatro, monitoramento contínuo. Os regulamentos geralmente exigem o monitoramento
contínuo dos sistemas para detectar
vulnerabilidades e violações, garantindo Vamos dar um exemplo. Uma instituição financeira
global com sistemas de mainframe
precisava estar em conformidade com
o GDPR para privacidade de
dados do cliente e PCIDSS para segurança de cartões de dados de pagamento Ao
integrar verificações automatizadas de
conformidade em seu pipeline de CICD, eles garantem que
cada atualização de código atenda aos
requisitos regulatórios, reduzindo o risco de penalidades por
não conformidade
e garantindo a segurança dos penalidades por
não conformidade
e Integrando a conformidade aos
pipelines de DevOps. Para garantir a conformidade com as regulamentações do
setor ao mesmo tempo, manter a velocidade
e a eficiência do DevOps, as organizações precisam integrar verificações de
conformidade diretamente
nos pipelines Isso garante que
cada versão esteja em conformidade antes de
chegar à produção Veja como você pode fazer isso. Primeiro, automatize as verificações de
conformidade. A primeira etapa para
garantir a conformidade é
automatizar as verificações de conformidade em todo o pipeline do DevOps Ferramentas automatizadas podem
ser integradas para
verificar a conformidade em
cada estágio de desenvolvimento ambientes de reprodução de confirmação de
código. Como automatizar as verificações de
conformidade. Análise de código estático, use ferramentas como o Sonar cube para escanear
automaticamente o código em busca violações de
conformidade, como práticas de codificação
inseguras ou violações Infraestrutura como
código, conformidade com IAC. Use ferramentas de IAC, como Terraform
e answerable, para definir a segurança da
infraestrutura
e garantir que as configurações estejam em conformidade
com padrões como
o Teste automatizado
de conformidade, crie
testes automatizados que verifiquem conformidade com a regulamentação do
setor, garantindo a criptografia
de dados confidenciais ou aplicando práticas fortes de
autenticação ferramentas de conformidade incluem SonarQube para conformidade com códigos, o
HashiCorp Sentinel para conformidade com as políticas de
IAC e o ACOASecurity para segurança e conformidade de contêineres As ferramentas de conformidade incluem o
SonarQube para conformidade com códigos, o
HashiCorp Sentinel para conformidade com as políticas de
IAC e o ACOASecurity para segurança e conformidade de contêineres. Vamos dar um exemplo. Um profissional de saúde
exigiu hiperconformidade para os dados do paciente armazenados
em sua barbatana principal Eles integraram verificações de
conformidade automatizadas em seu pipeline de DevOps usando o
SonarQube Cada alteração de código
foi
verificada automaticamente em busca de violações de segurança e
conformidade, reduzindo
significativamente o risco de
implantação de atualizações não compatíveis Em segundo lugar, crie uma política como código. Uma das formas mais
eficazes de garantir a conformidade é usar a
política como código ou PAC Isso permite que você
defina
políticas de segurança, tratamento
de dados e conformidade por meio de código PAC garante que as políticas sejam aplicadas de
forma consistente
em todos os ambientes, desenvolvimento, teste
e produção Etapas para implementar políticas em cache. Primeiro, defina políticas. Escreva políticas que
cumpram as regulamentações relevantes. Por exemplo, ECIDSS
para dados de pagamento,
HIPAA para dados de Segundo, automatize a aplicação
de políticas. Integre ferramentas como o HashiCorp Sentinel ou o agente de
políticas abertas OPA para aplicar essas políticas em Sentinel ou o agente de
políticas abertas OPA
para aplicar essas políticas em
todas as etapas do pipeline do CICD. Três, teste e
monitore políticas. Teste continuamente as políticas
para garantir que elas sejam aplicadas e monitore quaisquer
violações em tempo real Vamos dar um exemplo. Uma empresa
de varejo implementou código de
políticas para garantir a conformidade com o
PCIDSS em
seus principais sistemas de estrutura Ao usar o HashiCorp Sentinel, eles aplicam padrões de
criptografia, controle de
acesso
e armazenamento seguro
para dados de pagamento em
todos os ambientes, para dados de pagamento em
todos os ambientes eles aplicam padrões de
criptografia, controle de
acesso
e armazenamento seguro
para dados de pagamento em
todos os ambientes, financiando o desenvolvimento e a produção. Em terceiro lugar, implemente
monitoramento e auditoria contínuos. A conformidade não é
um esforço único. Ela exige
monitoramento e
auditoria contínuos para garantir que sistemas permaneçam
em conformidade ao longo do tempo As ferramentas de monitoramento
devem ser
integradas ao pipeline para
rastrear a integridade do sistema, detectar vulnerabilidades
e garantir que o sistema esteja em conformidade
com os padrões regulatórios Como implementar
monitoramento e auditoria contínuos. Ferramentas de monitoramento, use ferramentas
como Splunk, IBM QRadar ou stack para
monitorar continuamente os registros de
eventos de segurança e Trilhas de auditoria, garanta que todas as alterações em seu sistema de
mainframe sejam registradas, criando uma
trilha de auditoria clara que pode ser revisada por equipes internas
ou auditores externos Alertas em tempo real. Configure alertas em tempo
real para qualquer violação de
conformidade
ou violação de segurança, garantindo que
ações imediatas possam ser tomadas Vamos dar um exemplo. Uma empresa de serviços financeiros
usa o Splunk para
monitorar continuamente seu
ambiente de mainframe em busca violações
de segurança e Eles configuram alertas em tempo real para qualquer
tentativa de acesso não autorizado ou violação de políticas, garantindo que os problemas de conformidade resolvidos imediatamente Melhores práticas para garantir a conformidade nos pipelines de DevOps Ao garantir a conformidade
em seu pipeline de DevOps, siga essas melhores práticas Primeiro, comece com as definições
de políticas. Defina claramente a política que a
organização
precisa seguir com base nos regulamentos
relevantes,
GDPR, HIPAA Use o código de políticas
para automatizar e aplicar essas políticas
em seu pipeline de CICD Segundo, automatize as verificações de conformidade. Use ferramentas automatizadas para verificar a conformidade em todas as etapas
do pipeline de DevOps Garanta que o código, a
infraestrutura e a configuração atendam aos requisitos de
conformidade. Três, garanta a auditabilidade. Certifique-se de que todas as alterações em
seu sistema de mainframe sejam registradas, criando uma trilha de auditoria clara para auditores internos ou
externos Isso garante a responsabilidade
e a transparência da conformidade Quatro, implemente
monitoramento e alertas contínuos. Monitore continuamente
seus sistemas em busca violações de
conformidade e configure alertas em tempo
real para
ações imediatas quando necessário. Isso garante que os problemas de não
conformidade sejam resolvidos antes que aumentem. Principais conclusões Vamos recapitular os pontos principais
da lição de hoje. Primeiro, a conformidade é fundamental
nos pipelines de DevOps, especialmente em setores altamente
regulamentados como saúde,
finanças e governo Segundo, use
verificações de conformidade automatizadas para garantir que cada estágio do pipeline do
CICD esteja de
acordo com os padrões regulatórios Três, implemente o
código de políticas para automatizar a aplicação de políticas de segurança
e conformidade em todo o ambiente Ou o monitoramento e a
auditoria contínuos são essenciais para
manter a conformidade ao longo do tempo, garantindo a
detecção de violações em tempo real Atividade de aprendizagem. Reflita sobre seus processos atuais de DevOps e responda às
seguintes perguntas Quais
regulamentações do setor, GDPR, HIPAA, ECIDSS e outras são relevantes Como você pode automatizar verificações de
conformidade em
seu pipeline de CICD Quais ferramentas e técnicas você
implementaria para
garantir a conformidade, o
monitoramento e a auditoria contínuos Anote suas respostas
e comece a planejar como
integrar a conformidade aos seus processos de DevOps Próxima etapa. Na próxima lição, exploraremos o gerenciamento de riscos de
segurança em implantações de mainframe Você aprenderá técnicas
para identificar e mitigar os riscos de segurança
durante a fase de implantação, garantindo que seus sistemas de
mainframe estejam protegidos durante
todo o ciclo de vida do desenvolvimento Vamos continuar com o
módulo sete, lição quatro, gerenciando implantações de
mainframe com risco de segurança
29. Aula 4: como gerenciar riscos de segurança em implantações de mainframe: Lição quatro, gerenciamento riscos
de segurança em implantações de
mainframe Bem-vindo à lição
quatro do Módulo sete. Nesta lição, vamos nos concentrar no gerenciamento de riscos de segurança em implantações de
mainframe Mesmo com
práticas de segurança rigorosas durante o desenvolvimento, a fase de implantação apresenta riscos
significativos que precisam ser
gerenciados de forma eficaz Como os mainframes lidam com dados e operações de
missão crítica, garantir uma
implantação segura é essencial para proteger informações confidenciais e manter a integridade
do sistema Ao final desta lição, você entenderá as
técnicas para identificar e mitigar os riscos de segurança
durante a fase de implantação, garantindo que seus
sistemas de mainframe permaneçam seguros mesmo quando você move os aplicativos
da preparação para a produção Por que gerenciar o risco
de segurança da implantação é fundamental. A fase de implantação de um aplicativo de
mainframe é um dos pontos mais
vulneráveis no ciclo de vida do Dev Ops Mesmo pequenas configurações incorretas ou vulnerabilidades
negligenciadas podem
levar a violações de segurança, vazamentos de
dados Os ambientes de mainframe geralmente são integrados a
vários sistemas, os
torna um
alvo de alto valor para os invasores Ei, motivos para focar na segurança de
implantação. Um, a complexidade dos ambientes de
mainframe. Com vários
sistemas e aplicativos interdependentes, pequena falha de segurança em um componente pode comprometer todo Dois, dados confidenciais em risco. Os mainframes geralmente
processam e armazenam dados
críticos, como transações
financeiras, registros de
saúde
ou dados governamentais, tornando-os
alvos atraentes para ataques cibernéticos Três, continuidade operacional. Qualquer violação de segurança durante a implantação pode interromper os serviços, causando tempo de inatividade e Ou conformidade. Garantir que os riscos de segurança sejam gerenciados durante a implantação é crucial para manter a
conformidade com regulamentações do
setor, como GDPR, IPA e PCI DSS.
Vamos dar um exemplo. Uma grande instituição financeira enfrentou uma violação de segurança durante a implantação quando um aplicativo
configurado incorretamente expôs dados confidenciais do cliente Ao implementar verificações de
implantação mais rigorosas e automatizar
as verificações de segurança, eles evitaram mais problemas
e garantiram futuras e Identificação de riscos de segurança
em implantações de mainframe. Para proteger a fase de implantação, primeiro
você precisa
identificar o risco potencial. risco de implantação pode ocorrer
devido a configurações incorretas, componentes
desatualizados, conexões
inseguras e controles de acesso inadequados Uma, configurações perdidas. Configurações incorretas
durante a implantação, como portas abertas, configurações de criptografia de
wick ou senhas
padrão, configurações de criptografia de
wick ou podem criar vulnerabilidades que Como resolver problemas de configuração. Implemente
ferramentas automatizadas de gerenciamento de
configuração, como answerable ou SHAP, para garantir que todas as configurações sejam
consistentes e seguras Use soluções de infraestrutura como
código, como Terraform, para automatizar o provisionamento da
infraestrutura, reduzindo o risco Examine regularmente os
ambientes implantados em busca configurações incorretas usando ferramentas
como OpenSCAP Vamos dar um exemplo. evitou uma possível violação
automatizando suas configurações de
servidor de mainframe, garantindo que nenhuma credencial
padrão ou Uma empresa de telecomunicações
evitou uma possível violação
automatizando suas configurações de
servidor de mainframe,
garantindo que nenhuma credencial
padrão ou
serviço não seguro fosse exposto durante a implantação. Dois componentes desatualizados. Executar componentes de
software desatualizados ou sem patches durante a implantação
é um risco comum Os atacantes podem explorar vulnerabilidades
conhecidas em componentes
desatualizados para obter acesso não autorizado ou Como lidar com componentes
desatualizados. Automatize o processo de atualização para garantir que todos os
componentes, por exemplo, sistema
operacional,
middleware e aplicativos estejam executando os patches de segurança
mais recentes Use
ferramentas de verificação de dependências para identificar e sinalizar bibliotecas ou
dependências desatualizadas antes
que elas cheguem Integre a
verificação de vulnerabilidades
ao pipeline do CICD para verificar
automaticamente os componentes
não corrigidos e
as ferramentas para usar a verificação de dependência do
OAS Nick. Avaliação de
vulnerabilidade do IBM Guardian. Vamos dar um exemplo. aplicativo de
mainframe de uma empresa de leitura continha
dependências desatualizadas que foram sinalizadas durante Ao automatizar a verificação de
vulnerabilidades, eles conseguiram
identificar e corrigir esses componentes, evitando
uma possível violação de segurança Três, conexões
e configurações de rede inseguras. Durante a implantação, configurações de
rede inseguras como canais de
comunicação não criptografados, portas abertas
desnecessárias ou regras de firewall
mal definidas podem expor o mainframe
a ataques externos Como lidar com conexões
inseguras. Use criptografia, por exemplo, ELS SSL para proteger todos os
canais de comunicação entre aplicativos de
mainframe
e sistemas externos Realize
auditorias regulares de rede para garantir que todas as configurações
sigam as melhores práticas de segurança, incluindo o fechamento de portas
desnecessárias e a aplicação Implemente ferramentas automatizadas
de aplicação de políticas de rede para evitar que configurações inseguras sejam
implantadas Por exemplo,
descobriu-se que o
aplicativo de mainframe de uma
agência governamental tinha várias portas abertas que não eram necessárias
para sua funcionalidade Ao fechar essas portas e criptografar os canais de
comunicação, a agência melhorou a segurança e reduziu as pesquisas
atacadas Para controles de acesso impróprios. Controles de acesso inadequados
durante a implantação podem levar ao
acesso não autorizado aos sistemas de mainframe Atacantes ou usuários não autorizados obterão acesso a dados
confidenciais se controles de acesso baseados em
funções ou outras medidas do
RBAC Como lidar com controles de
acesso impróprios. Implemente o controle de
acesso baseado em funções ou RBAC para garantir que somente
usuários autorizados tenham acesso aos ambientes de
implantação
e sistemas de produção Use ferramentas de gerenciamento de
acesso privilegiado ou PAM para limitar e monitorar o acesso
administrativo Certifique-se de que a
autenticação multifatorial ou MFA seja necessária para acessar sistemas críticos
durante a implantação Por exemplo, um prestador de serviços de
saúde fortaleceu o
controle de acesso durante a implantação
implementando o TAM e exigindo MFA para todo o acesso
administrativo Isso
reduziu significativamente o risco de acesso
não autorizado aos
dados do paciente durante a implantação Reduzindo os riscos de segurança
durante implantações de mainframe. Depois de identificar
os riscos de segurança, é importante tomar
medidas para mitigá-los. Aqui estão as principais
técnicas que você deve usar. Um
teste de segurança automatizado em andamento. A integração de testes
de segurança automatizados em seu
pipeline de implantação garante que as vulnerabilidades sejam detectadas e tratadas
antes da Ferramentas como teste estático
de segurança de aplicativos ou SAST, teste
dinâmico de
segurança de aplicativos ou DAST e verificação de dependências
devem fazer parte do Etapas para implementar testes de segurança
automatizados. Configure
verificações de segurança automatizadas, como dAsset
e DAST , para serem executadas durante cada
compilação e Inclua a
verificação de dependências para verificar se há componentes
desatualizados e
vulneráveis Verificações de segurança automatizadas para arquivos de
configuração
e scripts de implantação para detectar configurações perdidas, ferramentas para usar o SonarQube para SAST,
OAS Zap para DAST AcoaSecurity, para Segundo, infraestrutura como código
para implantação consistente. Use a infraestrutura
como código ou IAC. O uso de
código de infraestrutura ou IAC garante que seus
ambientes de implantação sejam
configurados e seguros de forma consistente, eliminando o risco de configurações
manuais Como implementar o IAC. Use ferramentas como Terraform, AWS cloud formation ou answerable para definir sua
infraestrutura como código Automatize o provisionamento
de ambientes
para garantir que
testes de segurança, como criptografia, regras de
bl e controles de acesso, versão do seu
código de infraestrutura para garantir que todas as alterações em suas
configurações sejam rastreadas e auditáveis Por exemplo, uma empresa de
serviços financeiros usou o Terraform para provisionar
seus ambientes de mainframe Ao automatizar o processo de
implantação, eles eliminaram o risco
de configurações incorretas e
garantiram que todas as
implantações garantiram que todas as
implantações eles eliminaram o risco
de configurações incorretas e
garantiram que todas as
implantações cumprissem suas políticas de segurança. Três, monitoramento contínuo
e auditorias de segurança. Depois que um
aplicativo de mainframe é implantado, monitoramento
contínuo
é crucial para detectar e responder a
quaisquer incidentes de segurança As ferramentas de monitoramento podem
rastrear o desempenho do sistema, detectar anomalias e garantir que as políticas de segurança
sejam aplicadas Etapas para implementar o monitoramento
contínuo, configure
ferramentas de monitoramento como IBM QRadar, Splunk ou C stack para
registrar continuamente a atividade Crie alertas em tempo real para atividades
suspeitas, como tentativas de acesso
não autorizado, tráfego de rede
incomum
ou alterações na configuração Realize
auditorias de segurança regulares para garantir que seus
ambientes de implantação atendam aos requisitos de
conformidade e às melhores práticas
de segurança Melhores práticas para proteger implantações de
mainframe. Para proteger ainda mais seus processos de
implantação, siga estas melhores práticas. Primeiro, use ferramentas de
implantação automatizadas. A automação das implantações minimiza o risco Use ferramentas como Jenkins,
IBM, Urban Co Deploy ou AWS codploy para automatizar
o processo de implantação, ou AWS codploy para automatizar
o processo de implantação,
garantindo segurança e consistência. Segundo, criptografe toda a comunicação. Garanta que todos os canais de
comunicação entre sistemas internos, sistemas
externos e usuários sejam criptografados usando TLS SSL para evitar a interceptação
de Três, limite o acesso aos ambientes
de implantação. Use o RBAC e o PAM para restringir o acesso aos
ambientes Somente
pessoal autorizado deve ter acesso aos sistemas críticos e
todas as ações devem ser registradas. Ou teste em ambientes de teste. Certifique-se de que seu
processo de implantação seja totalmente testado em um ambiente de preparação antes de
passar para a produção Isso ajudará você a identificar riscos
de segurança com antecedência e
corrigi-los antes de lançá-los. Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, gerenciar o risco
de segurança da implantação é fundamental para proteger dados confidenciais e manter a integridade
do sistema. Segundo, identifique riscos potenciais, incluindo configurações incorretas, componentes
desatualizados, conexões
inseguras e controles de acesso
inadequados Três, mitigue o risco de testes de segurança
automatizados, código de
infraestrutura, monitoramento
contínuo e controles de acesso baseados em
funções Quatro, siga as melhores práticas, como
criptografar a comunicação, automatizar implantações e limitar Atividade de aprendizagem. Reflita sobre seus processos
de implantação atuais e responda às
seguintes perguntas. Quais são os principais riscos de segurança que você encontra durante a implantação? Como você pode automatizar os testes
de segurança e gerenciamento de
configurações em
seu pipeline de implantação Quais ferramentas você implementa para monitorar suas
implantações de mainframe continuamente Anote suas respostas
e comece a planejar como
melhorar a segurança durante
suas implantações de mainframe O que vem a seguir? Na próxima lição, exploraremos a escalabilidade
e a otimização das práticas de DevOps nas equipes Você aprenderá como expandir as práticas de
DevOps para aplicativos e
equipes
adicionais de mainframe , garantindo que a segurança, conformidade e a eficiência sejam mantidas em toda
a organização Vamos continuar com
o módulo oito,
lição um, escalando práticas de
DevOps em equipes de
mainframe
30. Aula 1: como dimensionar práticas de DevOps em equipes de mainframe: Bem-vindo ao módulo
oito, escalando e otimizando as
práticas de DevOps Neste módulo, você aprenderá como escalar
as práticas de DevOps em equipes de
mainframe e otimizar seus pipelines de CICD existentes Exploraremos as principais
técnicas para garantir que seus fluxos de trabalho permaneçam rápidos,
eficientes e escaláveis Ao final deste módulo, você estará equipado para gerenciar ambiente de DevOps em
grande escala, definir pipelines e otimizar
continuamente Primeira lição, escalando as práticas de DevOps em equipes de
mainframe Bem-vindo à primeira lição
do Módulo oito. Nesta lição, vamos explorar como
escalar as práticas de
DevOps em várias
equipes e aplicativos de mainframe À medida que sua organização adota o
DevOps para mainframes, é importante estender esses princípios além de um
único tema ou aplicativo. Navegar no DevOps
significa garantir que outras equipes de mainframe com fluxos de trabalho e
aplicativos
diferentes possam adotar
essas práticas,
mantendo o mesmo nível de eficiência, Ao final desta lição, você entenderá as etapas
necessárias para expandir as práticas de
DevOps, suas
organizações, seus ambientes de
mainframe e como superar
os desafios exclusivos
associados à escalabilidade associados à escalabilidade O DevOps em grande escala
é essencial. Escalar o DevOps entre as equipes de
mainframe é fundamental para liberar O valor real do DevOps está em transformar
toda a organização, derrubar
silos e permitir que todas as equipes
trabalhem de forma mais ágil, colaborativa No entanto, escalar não
é apenas aplicar ferramentas e
práticas de DevOps a mais equipes Isso requer uma abordagem
cuidadosa para garantir que a segurança, a governança e a
eficiência permaneçam intactas à medida que o DevOp se espalha Principais motivos para escalar o DevOps. Primeiro, a consistência entre as equipes. Garanta que todas as equipes sigam
as mesmas práticas de DevOps, resultando em processos
padronizados, maior colaboração
e transferências mais fáceis entre o desenvolvimento e as Dois, eficiência operacional. escalabilidade das práticas de DevOps
ajuda a automatizar mais tarefas, otimizar mais
processos e reduzir as intervenções
manuais em vários aplicativos Três, menor tempo de lançamento no mercado. Quando mais equipes adotam o DevOps, o ciclo de
vida geral do desenvolvimento se acelera, resultando em lançamentos mais rápidos
e atualizações mais frequentes Quatro, governança
e conformidade aprimoradas. Uma abordagem unificada do DevOps
em todas as equipes de mainframe garante que as políticas de conformidade e os protocolos de segurança
sejam aplicados de forma consistente Principais desafios de escalar o
DevOps para mainframes. Antes de nos aprofundarmos em
como escalar o DevOps, é importante entender os desafios que você pode enfrentar Os mainframes vêm com restrições
exclusivas e a escalabilidade do DevOps
em diferentes temas
e
aplicativos requer um planejamento cuidadoso em diferentes temas
e restrições
exclusivas e a escalabilidade do DevOps
em diferentes temas
e
aplicativos requer um planejamento cuidadoso. Um, resistência cultural. Escalar o DevOps não é apenas
um desafio técnico. É cultural. Equipes acostumadas com modelos
tradicionais em cascata podem resistir à adoção de práticas de
DevOps Alguns desenvolvedores podem se sentir desconfortáveis com o
aumento da colaboração, automação ou mudanças
na forma como trabalham. Como superar os desafios
culturais. Primeiro, promova uma cultura de DevOps. Incentive a comunicação aberta e a colaboração entre as equipes de desenvolvimento
e operações. Ajude as equipes a entender
os benefícios do DevOps em termos de velocidade, confiabilidade
e eficiência Em segundo lugar, forneça treinamento, ofereça treinamento em
DevOps
e equipes de coaching não familiarizadas com os princípios do
DevOps, foco nos aspectos técnicos
e culturais Comece com campeões, identifique pessoas em
cada equipe que possam defender as práticas de DevOps e demonstrar o impacto positivo
para o resto da equipe Dois, complexidade técnica. Ao escalar as práticas de DevOps, as várias equipes geralmente
envolvem a integração diferentes ferramentas,
ambientes As equipes de mainframe podem ter arquiteturas, padrões e ferramentas
diferentes, padrões e ferramentas
diferentes que pode complicar Como superar a complexidade
técnica. Primeiro, adote
ferramentas e padrões comuns. Incentive o uso de ferramentas de desenvolvimento
comuns em todas
as equipes para garantir a consistência. Use a infraestrutura
como código ou IAC para automatizar implantações e configurações em diferentes ambientes. Em segundo lugar, crie tubulações
modulares. Projete seus pipelines CICD
para serem modulares e flexíveis , para que possam ser adaptados
a diferentes equipes e aplicações sem retrabalho
significativo Em terceiro lugar, aproveite as APIs
e as integrações. Use APIs para
conectar ferramentas de desenvolvimento em diferentes ambientes de
mainframe, permitindo Três, governança e segurança. À medida que você se desenvolve em
mais equipes e aplicativos, manter os padrões de governança
e segurança se torna mais desafiador. Equipes diferentes podem ter níveis
variados de adesão
às políticas de segurança, o que pode aumentar o
risco de não Como manter a
governança e a segurança. Primeiro, aplique a política como código. Use a política como código para
automatizar a aplicação de
políticas de segurança e conformidade em todas as equipes, garantindo que todos
sigam as mesmas regras Em segundo lugar, implemente o monitoramento
centralizado. Monitoramento
e registro centralizados em todas as equipes para garantir que os incidentes de segurança sejam detectados e tratados Em terceiro lugar, use o controle de
acesso baseado em funções ou RBAC. Limite o acesso aos ambientes
e ferramentas de
DevOps ao
pessoal autorizado, reduzindo o risco de violações de
segurança Etapas para escalar as práticas de DevOps
em equipes de mainframe. O escalonamento do DevOps é um processo
estruturado. Veja como expandir as práticas de
DevOps para equipes adicionais de mainframe de
forma a garantir consistência, eficiência
e segurança Primeiro, avalie o estado atual. Antes de escalar o DevOps, avalie as práticas atuais de DevOps em vigor em sua organização Determine quais equipes já
estão usando o DevOps e identifique as lacunas
nos fluxos de trabalho de outras equipes Etapas para avaliar
o estado atual. Primeiro, realize uma avaliação de
maturidade do DevOps para cada equipe de mainframe Em seguida, identifique as ferramentas, processos e
práticas atualmente em uso por diferentes equipes. Por fim, identifique as áreas em que o DevOps pode
agregar mais valor, como automatizar tarefas
manuais em que o DevOps pode
agregar mais valor,
como automatizar tarefas
manuais ou melhorar a colaboração. Em segundo lugar, defina uma estratégia
unificada de DevOp. Depois de entender
o estado atual, defina uma estratégia unificada de DevOp que se aplique a todas as equipes de
mainframe Essa estratégia deve
delinear ferramentas,
processos e padrões comuns que cada equipe seguirá Elementos de uma estratégia unificada de
Devo. Pipelines CICD padronizados e
ferramentas de automação Dois, padrões comuns de codificação e
segurança. Três sistemas centralizados de monitoramento, registro e geração de relatórios F, estruturas de governança para
conformidade e segurança. Vamos dar um exemplo. Uma
grande seguradora implementou uma estratégia unificada de
DevOp em suas equipes de mainframe Ao usar ferramentas e
pipelines padronizados, eles conseguiram
agilizar as implantações e garantir práticas
de
segurança consistentes eles conseguiram
agilizar as implantações e
garantir práticas
de
segurança consistentes em toda a organização. Em terceiro lugar, automatize sempre que possível. Automação é velocidade, o escalonamento
se desenvolve com sucesso. automação de tarefas repetitivas,
como testes, implantação
e monitoramento, pressupõe que os
desenvolvedores se concentrem em um trabalho de
maior valor e, ao mesmo tempo garantam Como automatizar várias equipes. Um, automatize os testes. Use ferramentas como Jenkins ou IBM Urban code para
automatizar os testes de
vários aplicativos garantir que os testes automatizados sejam integrados ao pipeline
do CICD Segundo, automatize as implantações. Use a infraestrutura como código para automatizar o provisionamento de ambientes e garantir que implantações sejam
consistentes Três, automatize o monitoramento. Implemente ferramentas de
monitoramento automatizado para fornecer informações em tempo
real desempenho e a
segurança
do sistema para todas as equipes. Quarto, implemente ferramentas
compartilhadas de DevOps. Para garantir a consistência e a
colaboração entre as equipes, implemente ferramentas compartilhadas de DevOps
que todas as equipes possam usar Essas ferramentas devem oferecer suporte a testes,
implantação e monitoramento de controle de
versão , garantindo que todos
trabalhem na mesma plataforma. Ferramentas de DevOps compartilhadas recomendadas. Para controle de versão, use o GitLab ou o GitHub
para Para ferramentas CICD, use Jenkins, IBM Urban code ou GitLab CI para integração e entrega
contínuas Para ferramentas de monitoramento,
use o radar ELC Stack, Splunk ou IBM Q para centralizados Vamos dar um exemplo. Uma empresa de logística
implementou o Gitlab, o GCI e o Terraform para
automatizar implantações e o Terraform para
automatizar implantações
em várias equipes de mainframe. Isso permitiu que eles gerenciassem implantações
complexas com facilidade, garantindo que todas as equipes usassem os
mesmos processos e ferramentas Em quinto lugar, promova a colaboração
entre as equipes. Escalar o Devops não é só uma questão tecnologia, mas
de colaboração Incentive diferentes equipes de
mainframe a compartilhar suas práticas de DevOps, lições aprendidas e inovações Isso ajudará a
promover uma cultura de melhoria
contínua
em toda a organização. Etapas para promover a colaboração. Primeiro, realize reuniões regulares da equipe
dos EUA para compartilhar ideias
e desafios do DevOps Segundo, configure uma base de
conhecimento compartilhada na qual as equipes possam documentar suas
práticas e soluções de DevOps Três, incentive as avaliações por pares e a resolução colaborativa de
problemas entre as equipes As melhores práticas de escalabilidade desenvolvidas em todas as equipes de mainframe À medida
que sua escala se desenvolve, é importante seguir as melhores práticas para garantir
uma transição tranquila. Primeiro, comece em pequena
escala de forma incremental. Comece escalando as práticas de
DevOps para uma ou duas equipes adicionais antes de implementá-las em toda a
organização Isso permite que você refine sua abordagem e resolva
quaisquer desafios com antecedência Dois,
processos e ferramentas padronizados. Garanta que todas as equipes
sigam os mesmos processos e usem as mesmas ferramentas para
criar consistência. Isso
facilitará o gerenciamento, o
monitoramento e a otimização de suas práticas de
DevOps em todas as equipes Três, concentre-se na colaboração. Promova uma cultura de
colaboração entre equipes
incentivando o compartilhamento de ideias, desafios
e soluções. DevOps consiste em quebrar silos e promover Para medir o sucesso, acompanhe as principais métricas de desempenho como frequência de implantação, taxas de
falha e tempos de
recuperação, para medir o sucesso em suas práticas
escalonadas de DevOps Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, o escalonamento do desenvolvimento entre as equipes de
mainframe é essencial
para garantir
processos de desenvolvimento consistentes, eficientes e seguros em toda a organização Segundo, os desafios incluem resistência
cultural, complexidade
técnica e manutenção da
governança e da segurança, mas eles podem ser superados
com as estratégias certas. Três etapas para escalar o DevOps, avaliar o estado atual, definir uma estratégia unificadora de
DevOps,
automatizar tarefas, implementar ferramentas compartilhadas e promover Ou siga as melhores práticas,
como iniciar pequenos processos, padronizar processos
e promover a
colaboração para garantir
uma colaboração para garantir Atividade de ganho.
Reserve um momento para refletir sobre seus processos atuais de
DevOps e responder às
seguintes perguntas Primeiro, quais equipes de mainframe em sua organização já estão usando DevOps e
quais não estão Segundo, quais ferramentas e processos você poderia
padronizar em todas as equipes Três, como você pode automatizar tarefas
repetitivas para aumentar a
eficiência entre Anote suas respostas
e comece a planejar como escalar as práticas de DevOps
em sua organização O que vem a seguir? Na próxima lição, abordaremos a otimização dos pipelines do
CICD para Você aprenderá a refinar seus
pipelines existentes para lidar com mais fluxos de trabalho e
aumentar a velocidade e a confiabilidade em
seu Vamos continuar com o
Módulo oito, Lição dois, otimizando os pipelines do CICD
para
31. Aula 2: otimizando os pipelines de CI/CD para maior eficiência: Lição dois, otimizando os dutos do
CICD para Bem-vindo à
segunda lição do Módulo Oito. Nesta lição, vamos nos
concentrar em otimizar seus pipelines CICD existentes para lidar com mais fluxos de trabalho
simultâneos com maior À medida que sua organização cresce e expande as práticas em mais
equipes e aplicativos, é essencial garantir que
seus pipelines possam lidar com crescentes demandas sem
gargalos gargalos Ao final desta lição, você entenderá as
técnicas para otimizar seus pipelines CICD velocidade, escalabilidade Você também verá
exemplos reais de como as organizações refinaram seus pipelines para oferecer
software de maior qualidade com mais rapidez Por que otimizar os
dutos do CICD é fundamental. pipelines do CICD são a espinha dorsal das práticas modernas
de DevOps modernas
de DevOps Eles automatizam o processo
de integração de código, execução de testes,
implantação de aplicativos e monitoramento No entanto, à medida que a escala da equipe e os fluxos de trabalho se tornam
mais complexos, pipelines que
antes eram eficientes podem começar a ficar mais lentos
ou causar atrasos. Principais motivos para otimizar os pipelines do
CICD. Primeiro, aumente as cargas de trabalho. À medida que mais equipes adotarem o DevOps, seus pipelines precisarão
lidar com bases de código maiores, atualizações
mais frequentes e vários fluxos Dois, velocidade e confiabilidade. Pipelines lentos podem atrasar lançamentos
de software, enquanto pipelines
não confiáveis
podem resultar em falhas de implantação ou erros não detectados. Três, custos operacionais. pipelines ineficientes
consomem mais recursos, aumentando os custos operacionais, especialmente em ambientes de
mainframe de grande escala Para, consistência e qualidade. Os pipelines otimizados garantem
que o código seja testado, implantado e monitorado de
forma consistente, resultando software de
maior qualidade
com menos defeitos Chaves para focar ao
otimizar os pipelines do CICD. Para otimizar seus
pipelines de forma eficaz, é essencial se
concentrar nas áreas certas A seguir estão as
principais áreas nas quais você pode fazer as melhorias mais
impactantes. A primeira é a paralelização
de tarefas que etapas e processos a
serem executados O segundo é automatizar os processos
manuais, que elimina as
intervenções manuais para reduzir os atrasos O terceiro é armazenar
dependências e artefatos em cache, que usa dependências com frequência e usa dependências para evitar trabalho
redundante que usa dependências com frequência e usa
dependências para evitar trabalho
redundante. Otimizando os
pipelines de teste, farto testar executando testes em paralelo ou usando a análise de impacto
de testes Cinco, monitorando o desempenho do
pipeline, monitore
continuamente as métricas do
pipeline para
identificar gargalos Vamos abordá-los com
mais detalhes. Um, paralelização de tarefas. Uma das
formas mais eficazes de acelerar o pipeline do
CICD é por meio da
paralelização Ao executar tarefas simultaneamente
em vez de sequencialmente, você pode
reduzir significativamente o tempo
necessário para concluir compilações,
testes Etapas para paralelizar
tarefas no CICD. Primeiro, analise os testes de
longa duração. Identifique os testes ou processos que demoram mais e
execute-os em paralelo Isso pode ser especialmente
útil ao lidar com grandes aplicativos de mainframe que exigem testes extensivos Segundo, use tubulações de vários estágios. Divida o pipeline em estágios
independentes, por exemplo, crie, teste e implante e execute esses estágios
simultaneamente sempre que possível Em terceiro lugar, distribua as cargas de trabalho
em vários nós. Use a infraestrutura em nuvem ou uma plataforma CICD
escalável, como Jenkins ou GitLab CI para distribuir tarefas
em vários servidores, garantindo que Vamos dar um exemplo. Uma verdadeira empresa de
varejo global reduz o tempo de
execução do pipeline em 40% dividindo sua
suíte de testes em trabalhos paralelos. Ao executar testes unitários, testes de
integração e testes de
carga simultaneamente, eles conseguiram acelerar
significativamente o processo de entrega sem
sacrificar Segundo, automatizar processos
manuais. Intervenções manuais
em tubulações CICD são uma das
fontes mais comuns de ineficiência Quer se trate de
aprovações manuais, testes ou
atualizações de configuração, a redução da intervenção
humana melhora a velocidade
e a confiabilidade Como automatizar processos
manuais. Primeiro, automatize as verificações de segurança
e conformidade. Implemente políticas como
código para automatizar de conformidade
e governança de segurança verificações
de conformidade
e governança de segurança dentro do pipeline Segundo, use a infraestrutura
como código ou IAC. Automatize o provisionamento da infraestrutura para garantir que os ambientes
sejam
configurados de forma consistente sem a
necessidade Três, automatize as reversões. Em caso de falhas nas implantações, automatize o processo de reversão das versões
estáveis anteriores,
garantindo Um exemplo, uma organização de
serviços financeiros automatizou as verificações de segurança na cidade
no pipeline do
CICD usando ferramentas como SonarQube
e Isso permitiu que eles detectassem vulnerabilidades mais cedo
e implantassem o código mais rapidamente, eliminando a necessidade de auditorias
manuais de segurança Tirando dependências
e artefatos. Tocar em dependências
e criar artefatos pode ser demorado, especialmente se as
mesmas dependências forem usadas em vários Ao armazenar essas dependências em cache, você pode reduzir o torque redundante e acelerar Melhores práticas para armazenamento em cache. Um, artefatos de construção em cache. Use frequentemente saídas e
dependências de
compilação para evitar
reconstruí-las do zero Segundo, use o cache compartilhado
entre os pipelines. Se várias equipes ou aplicativos compartilharem as
mesmas dependências, configure um cache compartilhado para evitar baixar ou criar os
mesmos artefatos repetidamente Três, aproveite o cache de camadas
do Docker. Para aplicativos em contêineres, o cache de camadas do
Docker pode ser usado para acelerar a criação de
imagens armazenando camadas intermediárias em cache. Veja um exemplo. Uma empresa
de saúde implementou o hashing de artefatos em
seu pipeline CICD
de mainframe Ao armazenar em cache as dependências
usadas com frequência e os artefatos de construção, eles reduzem os tempos de construção em 30%, acelerando
significativamente Ou otimizando os pipelines de teste. O teste é uma parte essencial
do processo do CICD, mas também é uma das etapas que consomem mais recursos
e consome mais tempo Ao otimizar seus pipelines de
teste,
você pode reduzir os tempos de execução e, ao mesmo tempo, manter ou
melhorar a cobertura do teste Como otimizar os pipelines
de teste. Um, execute o teste em paralelo. Divida sua suíte de testes
em partes menores e execute-as simultaneamente
em várias máquinas Dois, use a análise de impacto do teste. Execute somente
os testes afetados pelas mudanças
recentes no código,
em vez executar novamente todo o
conjunto de testes para cada compilação Três, automatize o teste de
regressão. Automatize seus processos de
teste de regressão para detectar quaisquer problemas
introduzidos pelo novo código, garantindo alta qualidade
sem intervenção manual Por exemplo, uma
empresa de logística adotou análise
de impacto de testes para
otimizar suas tubulações de teste Ao se concentrar apenas no teste afetado pelas alterações de código mais
recentes, eles conseguiram reduzir o tempo de execução do
teste pela
metade e, ao mesmo tempo , manter
uma cobertura abrangente do teste. Cinco, monitorando e analisando o desempenho do
pipeline. Depois que seus
pipelines do CICD estiverem funcionando, é importante monitorar
continuamente seu desempenho e
analisar os gargalos Isso ajudará você a identificar áreas para maior otimização e garantir que seus
pipelines permaneçam eficientes à medida que as cargas de trabalho aumentam Etapas para monitorar e analisar o desempenho do
pipeline. Primeiro, acompanhe as principais métricas. Monitore métricas como tempo de
construção, melhor execução, taxa de sucesso de
implantação e frequência de reversão para
identificar Segundo, configure alertas. Configure alertas automatizados
para falhas na tubulação ou degradação
do desempenho para
resolver problemas de forma proativa Três, use ferramentas de monitoramento. Ferramentas como o Prometheus Grafana ou o ELC Stack podem
ajudar você a visualizar desempenho do
pipeline
em tempo real e Por exemplo, uma agência
governamental usa o Grafana para monitorar
o desempenho de seus principais trens, os oleodutos
CICD. Ao monitorar os tempos de construção e as resoluções de sucesso da
implantação, eles identificaram
etapas lentas no processo e reduziram o tempo geral
do ciclo em 25%. Melhores práticas para
otimizar os pipelines do CICD. Ao trabalhar para otimizar
seus pipelines de CICD, siga essas melhores práticas
para garantir uma eficiência duradoura Primeiro, comece com
os gargalos. Identifique e resolva primeiro os
maiores gargalos,
sejam testes lentos, sejam testes lentos aprovações
manuais ou
processos de criação ineficientes. Segundo, aproveite a automação.
Sempre que possível, automatize
tarefas repetitivas ou manuais, como testes, verificações
de segurança e implantação, para garantir consistência e velocidade Três,
monitore e melhore continuamente. A otimização é um processo
contínuo. Monitore continuamente o desempenho do
pipeline, acompanhe as métricas da equipe e faça melhorias ao longo do tempo
à medida que as cargas de trabalho aumentam Ou use paralelização
e armazenamento em cache. Acelere seu pipeline
executando rapidamente em paralelo
e armazenando em cache artefatos
ou dependências criados para
evitar Principais conclusões. Vamos recapitular os pontos principais da lição de
hoje Primeiro, a otimização dos
pipelines do CICD garante fluxos de trabalho mais rápidos, eficientes e
escaláveis, que são essenciais à medida que sua organização se
expande Segundo, as principais técnicas de otimização incluem paralelizar tarefas,
automatizar processos manuais, fazer
hashing de dependências e otimizar pipelines incluem paralelizar tarefas,
automatizar processos manuais, fazer
hashing de dependências e otimizar pipelines de teste. Em terceiro lugar, monitorar o
desempenho do pipeline permite que você refine e melhore
continuamente a
eficiência à refine e melhore
continuamente a medida que sua
carga de trabalho cresce Quatro, siga as melhores práticas como começar
com gargalos, aproveitar a automação
e melhorar continuamente
seus pipelines e melhorar continuamente
seus Atividade de ganho.
Reserve um momento para refletir sobre seus pipelines
atuais do CICD e responder às
seguintes perguntas Primeiro, quais são os
maiores gargalos em seus pipelines de CICD atualmente Segundo, qual tarefa você pode automatizar para melhorar a
velocidade e a confiabilidade Terceiro, como você pode
usar o armazenamento em cache ou paralelização para otimizar Anote suas respostas
e comece a planejar como otimizar seus pipelines
CICD para aumentar a eficiência.
O que vem a seguir? Na próxima lição,
vamos nos concentrar em otimizar
continuamente
seus processos de DevOps Você aprende a
avaliar e melhorar seus pipelines e
fluxos de trabalho de DevOps continuamente, garantindo que sua
organização mantenha agilidade e a excelência operacional Vamos continuar com o módulo
oito, lição três, otimização
contínua do DevOps
de mainframe
32. Aula 3: otimização contínua de DevOps de Mainframe: Lição três, otimização
contínua de válvulas de mainframe Bem-vindo à lição
três do módulo oito. Nesta lição,
exploraremos como
otimizar continuamente seus processos de DevOps ao longo do tempo para manter a agilidade, eficiência e a excelência
operacional em seus ambientes de mainframe Só porque um
pipeline de DevOps está otimizado hoje, não significa que
continuará assim à medida que
sua equipe crescer, cargas de trabalho mudarem e
novas ferramentas otimização contínua
garante que suas
práticas de DevOps de mainframe evoluam para atender às demandas de suas
organizações e Ao final desta lição, você entenderá
como avaliar e melhorar seus processos
de DevOps continuamente, garantindo que seus sistemas principais
permaneçam ágeis, escaláveis Por que a
otimização contínua é importante. Em qualquer ambiente de DevOps,
especialmente em mainframes, as demandas de seus sistemas,
equipes e cargas de trabalho estão
em ,
equipes e cargas de trabalho estão Novas ferramentas, atualizações e maiores cargas de trabalho podem introduzir ineficiências É por isso que é
crucial
avaliar e otimizar regularmente seus processos de DevOps, garantindo que eles não apenas atendam
às necessidades atuais, mas também estejam à frente
das demandas futuras Principais motivos para a
otimização contínua: a adaptação às crescentes cargas de trabalho À medida que sua organização cresce, mesmo acontece com as demandas em
seus processos de DevOps otimização contínua
garante que seus fluxos de trabalho possam
lidar com mais código, equipes
maiores e
implantações mais frequentes sem
diminuir Dois, incorporando novas
tecnologias e ferramentas. O ecossistema DevOps está em
constante evolução
com o surgimento de novas ferramentas, práticas e
técnicas de automação otimização contínua
permite que você integre esses avanços para melhorar a eficiência e manter seu processo de
DevOps moderno Três, melhorando a agilidade
e a capacidade de resposta. ambientes de mainframe geralmente lidam com operações de missão
crítica otimização contínua garante que seu sistema
permaneça ágil, permitindo que você responda
rapidamente às mudanças do mercado, novas demandas dos clientes ou às vulnerabilidades
de segurança Quatro, reduzir custos e
aumentar a eficiência. A otimização regular
garante que você esteja usando os recursos de
forma eficaz, reduzindo
os custos operacionais e melhorando o desempenho de seus
pipelines e implantações Áreas-chave para
otimização contínua. Quando se trata de
melhorar continuamente seus processos de DevOps, há algumas
áreas críticas nas quais você deve se concentrar Isso inclui um, o monitoramento do
desempenho do pipeline. Com controle de tempos de construção e
implantação, taxas de
falha e utilização de
recursos, dois ciclos de feedback e
melhoria contínua Obtenha feedback das equipes de desenvolvimento e operação regularmente. Três, aprimoramentos de automação. Procure novas oportunidades para
automatizar tarefa
manual ou refinar as automações
existentes Para planejamento
e escalabilidade de capacidade. Planeje o crescimento futuro
monitorando as cargas de trabalho,
garantindo sua infraestrutura
e lidando com o aumento da demanda Vamos entrar em
detalhes de cada um. Um, monitoramento do
desempenho do pipeline. A primeira etapa para a otimização
contínua é o monitoramento regular
de seus pipelines CICD Ao monitorar as principais métricas, você pode identificar áreas em que
seus processos estão ficando mais lentos ou
se tornando ineficientes.
O que monitorar? Tempos de construção e implantação. Monitore quanto tempo cada estágio do seu funil
leva para ser concluído. Aumentos repentinos nos tempos de construção
ou implantação podem indicar que
gargalos precisam Taxas de falha.
O monitoramento do número de compilações ou implantações com
falha para identificar
problemas recorrentes Minutos de execução do teste, meça quanto tempo sua suíte
de testes leva para ser executada Se os testes começarem a demorar mais, talvez seja hora de otimizar
e testar o pipeline. Utilização de recursos do sistema. Fique de olho no uso da CPU, da memória e da rede para garantir que os recursos
sejam usados com eficiência. Vamos dar um exemplo. Uma
empresa de serviços financeiros monitorou suas métricas de pipeline
e descobriu que tempos de execução dos
testes
aumentaram 20% em seis meses. Ao revisar seus processos de
teste, eles conseguiram simplificar
sua suíte de testes, tempos de execução
pela metade e reduzindo Dois, ciclos de feedback e melhoria
contínua. Os ciclos de feedback são essenciais
para a otimização contínua. Ao coletar feedback de suas equipes de desenvolvimento e
operações, você pode identificar áreas melhoria e refinar
seus processos de Davops Como implementar ciclos de feedback. Primeiro, reúna o desenvolvedor
e o OstemFeedback. Colete regularmente feedback
das equipes usando
o pipeline do CICD Pergunte a eles sobre quaisquer
gargalos que eles tenham enfrentado ou sugestões de melhoria
que tenham Em segundo lugar, faça retrospectivas. Depois de grandes implantações
ou incidentes,
faça retrospectivas para identificar bem
e
o que não funcionou Use esses insights para
refinar seus processos. Em terceiro lugar, analise os dados de monitoramento. Use as métricas do monitoramento do
pipeline para identificar padrões
e ineficiências Compare
dados históricos para identificar áreas em que o desempenho
diminuiu ao longo do tempo. Por exemplo, uma empresa global de
varejo implementou retrospectivas
mensais
para que suas equipes de mainframe analisassem Ao coletar feedback regularmente e revisar os dados do pipeline, eles conseguiram melhorar
continuamente seus processos e reduzir o tempo necessário para
lançar novos recursos Três, aprimoramentos de automação. A automação é um componente essencial
de qualquer estratégia de DevOp, mas à medida que sua organização cresce, sempre
há novas
oportunidades para automatizar tarefas
manuais ou melhorar os processos de automação
existentes Áreas para automatizar ou
melhorar a automação. Um, automatizando as verificações de segurança
e conformidade. À medida que seu pipeline evolui, revise
regularmente sua automação de segurança
e conformidade para garantir que ela esteja atualizada com as regulamentações
e as melhores práticas mais recentes Dois, automação da infraestrutura. Analise o uso da
infraestrutura como código ou das ferramentas de IAC
para ver se há outras áreas em que provisionamento da
infraestrutura possa ser automatizado Três, reversões de implantação. Melhore sua automação em relação às reversões de
implantação para garantir que as falhas sejam
tratadas com rapidez e eficiência Por exemplo, uma
empresa de assistência médica aprimora seus processos de DevOps
automatizando os procedimentos
de reversão para cada sistema de Isso permite que eles voltem
rapidamente para versões
estáveis em caso
de falhas de implantação, minimizando o tempo de inatividade e garantindo ininterrupto Ou planejamento
e escalabilidade da capacidade. À medida que suas organizações crescem, mesmo acontece com as demandas
de seus pipelines de CICD otimização contínua deve
incluir o planejamento de capacidade para garantir que
seus pipelines possam ser escalados para atender ao
aumento das cargas de trabalho Como planejar o escalonamento. Primeiro, avalie as cargas de trabalho atuais, revise
regularmente quantas compilações, testes e implantações
seu pipeline Se você estiver se aproximando da capacidade máxima, talvez
seja hora de escalar
sua infraestrutura Segundo, aproveite os recursos da nuvem. Se sua
infraestrutura local estiver atingindo seus limites, considere usar os recursos da nuvem para lidar com cargas de trabalho adicionais infraestrutura em nuvem pode ser escalada dinamicamente para atender à demanda Três, monitore a utilização
dos recursos. Monitore o uso de CPU, memória e
armazenamento para garantir que sua infraestrutura
possa lidar com cargas de trabalho
crescentes sem
sobrecarregar Vamos dar um exemplo. Uma empresa de
telecomunicações escalou um pipeline de CICD
movendo partes de seus fluxos de
trabalho de mainframe trabalho Ao aproveitar os recursos da nuvem, eles conseguiram lidar com o aumento da demanda
sem sobrecarregar infraestrutura existente, garantindo implantações mais suaves Práticas recomendadas para otimização
contínua. Para garantir que seus processos de
DevOps permaneçam eficientes e
escaláveis ao longo do tempo, siga estas melhores práticas
para otimização contínua Primeiro, revise
e atualize regularmente os pipelines. Estabeleça uma
cadência regular para revisar seus pipelines do CICD e identificar Fique de olho nas
métricas de desempenho e realize otimizações
periódicas para
garantir que elas Segundo, incorpore novas
ferramentas e tecnologias. Mantenha-se atualizado com as mais recentes ferramentas e tecnologias de
DevOps A incorporação de novas
ferramentas de automação, soluções de monitoramento ou estruturas de teste pode
ajudá-lo a melhorar continuamente seus Três, promova uma cultura de melhoria
contínua. Incentive uma cultura de melhoria
contínua
em sua organização. Ao promover a comunicação aberta entre as equipes de desenvolvimento
e operações, você pode coletar feedback e fazer melhorias
contínuas em
seu fluxo de trabalho de DevOps Ou planeje a escalabilidade. À medida que suas cargas de trabalho aumentam, garanta que seus pipelines CICD sejam capazes de escalar Use o planejamento de capacidade e a infraestrutura de
nuvem para se manter à frente das limitações de recursos.
Principais conclusões Vamos recapitular os pontos principais
da lição de hoje. A otimização contínua é crucial para manter a
eficiência, a disponibilidade e a agilidade de suas
práticas de desenvolvimento de
mainframe à medida que sua
organização evolui práticas de desenvolvimento de
mainframe à medida que sua
organização As principais áreas para otimização
contínua incluem monitoramento de tubulações, ciclos de
feedback, aprimoramentos de
automação
e planejamento de capacidade e melhores práticas incluem revisar
regularmente os pipelines, adotar novas ferramentas, promover a melhoria
contínua e planejar a escalabilidade As melhores práticas incluem revisar
regularmente os pipelines,
adotar novas ferramentas, promover a melhoria
contínua e planejar a escalabilidade. Ao otimizar continuamente
seus processos de Devos, você garantirá que
seu sistema de mainframe permaneça responsivo,
confiável Atividade de aprendizagem. Reflita sobre seus processos atuais de DevOps e responda às
seguintes perguntas Primeiro, com que frequência você está revisando seus pipelines do CICD em busca Segundo, quais
mecanismos de feedback existem para coletar informações de suas equipes de desenvolvimento e
operações? Terceiro, como você pode automatizar ou
melhorar
ainda mais os processos de
automação existentes em seus fluxos de trabalho de mainframe Anote suas respostas
e comece a planejar como
incorporar a otimização
contínua sua estratégia de DevOp. O que vem a seguir? Na próxima lição, exploraremos como preparar
seus sistemas de mainframe para o futuro com técnicas
avançadas de DevOps Você aprenderá como aproveitar a conteinerização e as integrações de nuvem
híbrida
para modernizar seu ambiente de mainframe
e garantir que ele
permaneça escalável e adaptável Vamos continuar com o
Módulo oito, Lição quatro, sistemas de
mainframe preparados para o
futuro com técnicas avançadas de DevOps
33. Aula 4: sistemas de mainframe à prova de futuro com técnicas avançadas de DevOps: Lição quatro, sistemas de
mainframe preparados para o futuro com técnicas
avançadas de DevOps Bem-vindo à lição
quatro do módulo oito. Nesta lição, exploraremos práticas
avançadas de DevOps, como conteinerização e integração de nuvem
híbrida seus sistemas de
mainframe para o
futuro À medida que a tecnologia evolui,
é essencial garantir que seus sistemas de mainframe permaneçam modernos, adaptáveis e escaláveis Ao adotar essas técnicas
avançadas, você pode integrar
seus sistemas legados à infraestrutura moderna e garantir que sua organização permaneça competitiva no futuro Ao final desta lição, você entenderá como usar
ferramentas como Docker, Kubernetes e ambientes de nuvem para ferramentas como Docker, Kubernetes modernizar
sua infraestrutura de fãs
e
escalar seus processos de DevOps
para sua infraestrutura de fãs
e
escalar seus obter sucesso a longo Por que preparar
sistemas de mainframe para o futuro é crucial. À medida que as organizações crescem, também
aumentam suas necessidades de tecnologia. mainframes, embora
incrivelmente confiáveis, geralmente
são vistos como
desatualizados ou inflexíveis no mundo moderno da
computação em nuvem e do desenvolvimento ágil computação em nuvem e Preparar seus
sistemas de mainframe para o futuro garante que eles permaneçam relevantes e possam se integrar
perfeitamente
às tecnologias Os principais motivos são o sistema de mainframe preparado para o
futuro. Primeiro, garanta a escalabilidade. À medida que a carga de trabalho cresce, é essencial que seus sistemas
possam ser escalados para atender à demanda, seja por meio da conteinerização
ou Segundo, integre com a infraestrutura
moderna. Ao adotar modelos de conteinerização
e nuvem híbrida, você pode preencher a lacuna entre sistemas
legados e práticas de desenvolvimento modernas Três, mantenha-se competitivo. As organizações que
não conseguem se modernizar correm o risco ficar atrás de concorrentes
que podem implantar com mais rapidez, escalar com mais facilidade e
inovar com Quatro, estenda o
ciclo de vida dos mainframes. Ao integrar práticas modernas
desenvolvidas, você pode estender a vida útil
de seus mainframes, garantindo que eles
continuem a servir como base para as operações
da sua organização Ele aprimorou as práticas de DevOps para se
preparar para o futuro. Para preparar seus sistemas de
mainframe para o futuro, há duas
áreas críticas para focar na
conteinerização e na integração da nuvem
híbrida Vamos detalhar isso
e ver como eles podem ser aplicados a ambientes de
mainframe. Containerização de cargas de trabalho de
mainframe. conteinerização permite que
aplicativos e serviços sejam empacotados em contêineres portáteis
leves que funcionam de forma consistente em diferentes ambientes Embora a conteinerização seja mais comum nas arquiteturas modernas de
microsserviços, ela também está se tornando
cada vez mais valiosa para cargas de trabalho de mainframe Benefícios da conteinerização e portabilidade. Os contêineres permitem que você execute aplicativos de
mainframe
em qualquer ambiente, seja localmente, na
nuvem ou em configurações híbridas Consistência.
Os contêineres garantem que seu código seja executado da mesma
forma em todos os ambientes, minimizando os problemas
causados por diferenças no ambiente.
Implantação mais rápida. Com contêineres, você pode implantar aplicativos mais rapidamente, pois
eles podem ser criados,
escalados e replicados Isolamento. Os contêineres
isolam os aplicativos, reduzindo o risco de
conflitos entre diferentes componentes
e permitindo implantação mais segura Ferramentas para conteinerizar aplicativos de
mainframe. Um, Docker. O Docker é uma das plataformas
de conteinerização mais populares Embora seja normalmente usado
para aplicativos modernos, muitas organizações estão
começando a explorar como as cargas de trabalho de mainframe podem ser empacotadas em Dois, Kubernetes. O Kubernetes é uma plataforma de
orquestração ajuda a gerenciar É ideal para gerenciar implantações em
grande escala aplicativos
de mainframe em ambiente
conteinerizado Vamos dar um exemplo. Uma instituição bancária
global começou a usar a Duffer para armazenar partes de suas
aplicações à base de cobalto Ao executar esses contêineres
em um cluster Kubernetes, eles conseguiram escalar
seu aplicativo atender às crescentes demandas,
ao mesmo tempo em que mantiveram
a confiabilidade
de sua infraestrutura de mainframe de sua infraestrutura de Integração de nuvem híbrida
para mainframes. integração com a nuvem híbrida é outra prática fundamental para preparar seus sistemas de
mainframe para o
futuro ambiente de nuvem híbrida
permite que você execute cargas em infraestruturas locais e em ambientes de
nuvem pública ou privada, oferecendo a flexibilidade de
escolher onde diferentes aplicativos
e dados devem Benefícios da
nuvem híbrida para mainframes. Flexibilidade, para jurar executar
cargas de trabalho com base no custo, no desempenho ou nas necessidades
regulatórias Alguns aplicativos
podem se beneficiar da permanência no local,
enquanto outros podem ser mais eficientes
na nuvem. Escalabilidade Os recursos de nuvem podem ser escalados dinamicamente para lidar com os picos de
demanda, enquanto as cargas de trabalho de missão
crítica
podem permanecer seguras
em demanda, enquanto as cargas de trabalho de missão
crítica podem permanecer seguras Eficiência de custos.
Os modelos de nuvem híbrida permitem que você otimize os
custos executando cargas de trabalho
menos críticas na
nuvem e, ao mesmo tempo, reservando seus caros recursos
principais para tarefas de missão Recuperação de desastres
e redundância. Ao se integrar aos ambientes de
nuvem, você pode criar
sistemas redundantes para recuperação de desastres, garantindo que cargas de trabalho críticas possam passar para a
nuvem Ferramentas de nuvem híbrida
para mainframe. Um deles, o IBM Cloud. A IBM fornece ferramentas robustas para integrar
sistemas de mainframe com o ambiente de nuvem, permitindo que você mova partes
de suas cargas de trabalho para
a nuvem enquanto mantém sistemas
críticos
no Segundo,
modernização do mainframe da AWS. A AWS oferece soluções para
ajudar as organizações a migrar, executar e modernizar
cargas de trabalho de mainframe Isso inclui ferramentas
para rehospedar ou refatorar aplicativos de mainframe
para o ambiente de refatorar aplicativos de mainframe
para o ambiente de nuvem.
Vamos dar um exemplo. Uma empresa de varejo integrou seus sistemas de mainframe com a AWS, movendo
cargas de trabalho não críticas para a nuvem e
mantendo aplicativos de missão crítica no Esse modelo híbrido
permitiu que eles escalassem sob demanda e otimizassem os custos
usando recursos de nuvem para
cargas de trabalho que não exigiam confiabilidade em
nível de mainframe Etapas para implementar técnicas avançadas de
DevOps ou mainframes implementação de técnicas avançadas de
DevOps requer uma abordagem
passo a passo para garantir uma
integração perfeita entre seus sistemas de mainframe e a infraestrutura
moderna Primeiro, avalie suas cargas de trabalho atuais de
mainframe. Antes de adotar técnicas
avançadas, avalie quais de suas cargas de trabalho
atuais podem se beneficiar da conteinerização
ou da migração Etapas para avaliar as cargas de trabalho. Identifique aplicativos que consomem
muitos recursos, mas podem ser executados com mais eficiência em
um ambiente em nuvem ou em contêineres Avalie sua
função principal em processos de
missão crítica e determine quais cargas de trabalho
devem permanecer no local Analise os
benefícios de custo de mover cargas de trabalho
não críticas
para a nuvem ou usar aplicativos em contêineres Segundo, comece pequeno com a
conteinerização. Comece colocando
aplicativos ou componentes
não essenciais em contêineres aplicativos ou componentes
não essenciais Isso permite que você teste o
desempenho das cargas de trabalho em contêineres em seu ambiente de
mainframe sem Etapas para a conteinerização. Use o Docker para colocar em contêineres
um aplicativo isolado
ou um único serviço Execute o
aplicativo em contêineres em um ambiente de teste para garantir que
ele tenha o desempenho esperado Expanda gradualmente
para colocar
mais cargas de trabalho em contêineres à medida que a confiança
no processo aumenta Três, integre as soluções de
nuvem híbrida. Depois de colocar
algumas de suas cargas de trabalho em contêineres, explore a integração com a nuvem híbrida movendo partes de
suas
cargas de trabalho não críticas para Use ambientes de nuvem híbrida para equilibrar as cargas de trabalho entre
o mainframe e a Etapas para a integração da
nuvem híbrida. Use o IBM Cloud ou o AWS para
integrar a infraestrutura de nuvem com seu mainframe local Execute cargas de trabalho não críticas
na nuvem enquanto mantém dados e
aplicativos críticos em seu mainframe Garanta que as ferramentas de nuvem híbrida
estejam disponíveis para gerenciar a segurança, conformidade e a sincronização de dados em todos os
ambientes. Ou escale e otimize. Depois de colocar
cargas de trabalho em
contêineres e integrar ambientes de nuvem
híbrida com sucesso , concentre-se em escalar e Use o ubernts para orquestrar e
escalar seus
aplicativos em contêineres e escalar seus
aplicativos em contêineres e aproveitar os
recursos da nuvem para lidar com a crescente Melhores práticas para preparar mainframes
para o futuro. Para garantir o sucesso a longo prazo com essas técnicas avançadas de
DevOps, siga essas melhores práticas Primeiro, comece com cargas de trabalho não
críticas. Sempre comece colocando em contêineres
ou transferindo cargas de trabalho não críticas para a nuvem Isso minimiza o risco enquanto
você testa novos processos. Segundo, aproveite a automação. Use
as ferramentas de automação do DevOps para gerenciar implantações,
monitoramento e escalabilidade de
contêineres A automação ajuda a
simplificar as operações e garante que você
possa escalar com eficiência Três, garanta uma forte
segurança e conformidade. Ao mover cargas de trabalho para a nuvem ou usar
a
conteinerização, garanta que seus
protocolos de segurança Isso inclui criptografia, controle de
acesso e auditorias regulares ou monitoramento e aprimoramento
contínuos Monitore continuamente
suas cargas de trabalho para garantir que elas tenham um
desempenho ideal Use as ferramentas de monitoramento da nuvem
para monitorar o desempenho, custo e a
utilização de recursos. Principais conclusões Vamos recapitular os pontos principais
da lição de hoje. Primeiro, a conteinerização
permite que os aplicativos de mainframe executados
de forma
consistente em todos os ambientes, oferecendo portabilidade, escalabilidade Em segundo lugar, a
integração com a nuvem híbrida permite que você equilibre as cargas de trabalho entre mainframes
locais e ambientes de
nuvem, otimizando custos Em terceiro lugar, comece aos poucos,
conteinerizando cargas de trabalho
não críticas
e
integrando gradualmente os recursos
da nuvem à sua infraestrutura Quarto, siga as melhores práticas como aproveitar a automação, garantir a segurança
e monitorar seus sistemas de
mainframe
para o futuro Atividade de ganho.
Reserve um momento para refletir sobre seus sistemas de
mainframe atuais e responder às
seguintes perguntas Primeiro, quais de suas cargas de trabalho atuais de
mainframe se
beneficiariam da conteinerização ou da migração Segundo, quais
soluções de nuvem híbrida poderiam ser
integradas à sua
infraestrutura existente para otimizar o custo
e o desempenho? Terceiro, como você pode usar ferramentas de questração de
contêineres como o Kubernetis, para escalar seus Anote suas
respostas e comece a planejar sua estratégia de preparação
para o futuro Parabéns por
concluir o curso. Você
concluiu com êxito o curso de escalonamento e otimização de práticas de DevOps
para mainframe Agora você tem ferramentas, conhecimentos e estratégias para escalar
seus processos de Devos,
otimizar os pipelines do CICD
e preparar
seus sistemas de mainframe para o futuro com técnicas avançadas, como conteinerização e integração
com como conteinerização O que vem a seguir? Agora que você
concluiu este curso, é hora de colocar seu
conhecimento em prática. Comece identificando áreas em que seus
processos atuais de DevOps podem ser otimizados e onde
técnicas avançadas podem ser aplicadas busca de mais aprendizado, considere se matricular em um
dos cursos a seguir para continuar sua jornada rumo sistemas de
mainframe Primeiro, implementar integração
contínua
reduz a entrega contínua ou CICD em Aprenda um
processo passo a passo para estabelecer pipelines
automatizados de CD de CI
ou base de código de mainframe, melhorando a eficiência
e Segundo, migrar cargas de trabalho de
mainframe
para as melhores práticas de nuvem Explore estratégias para mover
com segurança cargas de trabalho de missão crítica de
mainframes para ambientes em nuvem, garantindo segurança,
escalabilidade Observe que os cursos
disponíveis podem ter um título
diferente dos títulos fornecidos. Fique atento aos
cursos mais avançados que levarão sua
jornada de modernização do mainframe Obrigado por
participar do curso e, novamente, parabéns.
Skillshare Member Nuqui, Headline...
