2

O que esta abordagem significa para você e sua empresaAs empresas precisam transformar rápida e decisivamente suas práticas de mainframe. Os lentos e inflexíveis processos do passado se tornaram impedimentos intoleráveis ao sucesso nos mercados digitais atuais, centrados em inovação. Portanto, líderes de TI precisam considerar as vantagens já comprovadas de Agile, DevOps e disciplinas relacionadas para suportar os aplicativos e dados mainframe que executam seus negócios.

Mas como? E por onde começar? A transformação do mainframe pode parecer devastadora. E nenhum líder de TI quer embarcar em um projeto excessivamente ambicioso, que consome recursos e gera riscos sem uma alta probabilidade de retornos concretos e consideráveis no médio prazo.

Este relatório técnico aborda essas preocupações explicando uma abordagem em fases comprovadas para modernizar práticas de mainframe de modo mensurável. Ao seguir esta abordagem, líderes de TI podem alcançar “vitórias” de alto impacto no médio prazo em cada estágio do trajeto, direcionando-se a um objetivo estratégico vital que pode ser alcançado integralmente em menos de dois anos.

Como cada organização tem seus próprios e já existentes processos, ferramentas e cultura, este plano estratégico de transformação de mainframe pode ser modificado para atender às necessidades específicas de cada organização.

Entretanto, nenhuma empresa pode permitir mais atraso na transformação de mainframe—ou iniciar tal transformação sem um plano definido. Para permanecerem competitivos numa economia centrada em aplicativos, os mainframes devem ser tão adaptáveis quanto as outras plataformas. E a TI empresarial deve conseguir gerenciar DevOps de uma maneira integrada pelas plataformas de mainframe, distribuída e na nuvem.

3

Este relatório técnico descreve um plano para fazer exatamente isso.

Antes de iniciar o processo de transformação de mainframe, é recomendável definir suas metas com clareza. Suas metas específicas dependerão do nível no qual você já adotou estratégias como DevOps e Entrega Contínua por todas as suas outras plataformas. Entretanto, as metas de transformação de mainframe normalmente incluem:

• Agilidade que permite que a sua organização faça alterações frequentes e na medida certa no código do mainframe que atendam corretamente as necessidades mais urgentes e atuais do negócio.

• Confiança no fato de que alterações ao código do mainframe funcionarão na produção conforme esperado, sem pôr em risco a disponibilidade, o desempenho, a experiência do cliente, a segurança ou a conformidade.

• Eficiência em como o tempo e as habilidades da equipe são usadas nas operações de desenvolvimento, testes e produção.

• Facilidade de uso que permite inclusive que pessoas sem experiência em mainframe participem e contribuam para atualizações e melhorias de aplicativos.

• Integração de processos de DevOps de mainframe e não-mainframe de maneiras que melhorem o suporte para e a entrega de serviços entre plataformas.

Clareza com relação às metas—e respectiva prioridade—ajudará você a decidir se e como modificar seu plano de transformação. Por exemplo, se o seu maior e mais imediato problema for a perda de programadores COBOL experientes devido à aposentadoria, você provavelmente vai querer priorizar a facilidade de uso. Se, por outro lado, seu maior problema for que a lenta execução de atualizações de aplicativos de mainframe esteja impedindo a adição de novos recursos urgentemente necessários aos seus aplicativos móveis, a agilidade provavelmente será prioritária.

Etapa 1:

DEFINIR O ESTADO DESEJADO

4

A maioria do desenvolvimento de mainframe ainda é realizada em ambientes ISPF de “tela verde”, que exigem conhecimento altamente especializado e limitam a produtividade de novos funcionários. A modernização do mainframe começa com a modernização do espaço de trabalho desse desenvolvedor.

Um espaço de trabalho de mainframe modernizado deve ter o aspecto de IDEs (ambientes de desenvolvimento integrado) estilo Eclipse que se tornaram o padrão prático para outras plataformas. Esta interface amigável permitirá que os funcionários com todos os níveis de experiência se movimentem facilmente entre ambientes de desenvolvimento e testes ao trabalhar com aplicativos mainframe e não-mainframe. Seu IDE de mainframe modernizado também apoiará um conjunto complementar de ferramentas de valor agregado à medida que você continua com a transformação do mainframe através das etapas subsequentes.

Etapa 2:

MODERNIZAR O AMBIENTE DE DESENVOLVIMENTO MAINFRAME

5

A tecnologia que possibilita a Etapa 2 é Compuware Topaz Workbench—junto com as soluções associadas da Compuware, como File-AID, Abend-AID e Xpediter. Estes produtos oferecem funcionalidades completas de edição, depuração, diagnóstico de falha de código-fonte e pesquisa/edição/comparação de dados. Topaz Workbench, especificamente, permite que os desenvolvedores escrevam, compilem e executem código a partir de um moderno IDE com base em Eclipse. Também oferece facilidade do tipo “arrastar e soltar” para cópia de arquivos entre LPARs (partições lógicas) e outras tarefas comuns de desenvolvimento. Isso coloca a experiência de desenvolvimento de mainframe no mesmo nível de outras tecnologias na empresa, como Java.

Informações adicionais sobre Topaz Workbench.

FERRAMENTAS

Uma sessão File-AID no Topaz Workbench oferece uma interface gráfica para edição de dados.

• Métricas de produtividade empíricas, como recursos entregues, frequência de confirmação de código e curva de aprendizado mais rápida para novos funcionários.

• Feedback positivo das equipes de desenvolvimento e testes.

• Capacidade de motivar desenvolvedores não-mainframe a trabalhar em atividades de testes/desenvolvimento associadas a mainframe.

INDICADORES DE SUCESSO

6

Testes unitários são essenciais para o Agile. Testar frequentemente pequenos incrementos de código permite que os desenvolvedores avaliem rápida e continuamente em que nível seu trabalho está alinhado aos objetivos imediatos da equipe—para que possam fazer os ajustes necessários imediatamente ou avançar para a próxima tarefa.

Infelizmente, obstáculos técnicos têm impedido historicamente que testes unitários corriqueiros em Java sejam aplicados ao desenvolvimento em mainframe. Agora que esses obstáculos foram removidos conforme descrito abaixo, testes unitários automatizados podem ser uma realidade no mainframe.

Obviamente, testes unitários eficazes exigem mais do que tecnologia. Os desenvolvedores de mainframe que não estão acostumados com testes unitários precisam aprender como usar melhor tal prática para trabalhar de uma maneira muito mais iterativa em peças muito menores de código. E gestores de DevOps precisam implementar controles que garantam que testes unitários sejam concluídos com êxito antes da promoção do código. Mas a utilização de testes unitários entre todas as plataformas é um requisito fundamental para Agile.

Etapa 3:

ADOTAR TESTES UNITÁRIOS AUTOMATIZADOS

7

A tecnologia que possibilita a Etapa 3 é Compuware Topaz for Total Test. O produto divide automaticamente o código de mainframe em unidades lógicas discretas e cria testes (inclusive asserções de resultado de teste de unidade padrão) para essas unidades lógicas. Essa criação automatizada de testes permite que desenvolvedores com diversos níveis de conhecimento validem e solucionem de maneira rápida, fácil e adequada problemas em qualquer alteração que façam em aplicativos mainframe.

Informações adicionais sobre Topaz for Total Test.

• Entregas mais frequentes de atualizações de códigos exigidas pelo negócio.

• Menos erros constatados mais tarde no ciclo de vida DevOps (“deslocamento lógico”).

• Sincronização precisa de desenvolvimento mainframe/não-mainframe em conjunto.

Configuração de critérios de asserção de testes com Topaz for Total Test para validar a execução correta das partes do programa.

FERRAMENTAS

INDICADORES DE SUCESSO

8

À medida que aplicativos de mainframe têm sido ampliados e aprimorados ao longo de muitos anos, eles normalmente ficam muito grandes e complexos. Eles também normalmente não são muito bem-documentados. Esta combinação de complexidade e documentação insuficiente é o principal impedimento às metas fundamentais de transformação—inclusive agilidade, confiança e eficiência. Na verdade, peculiaridades de aplicativos de mainframe e estrutura de dados não documentadas fazem com que a TI empresarial seja altamente dependente do conhecimento de funcionários seniores de mainframe. Ainda pior, se um desenvolvedor de mainframe experiente não estiver mais disponível, a TI pode temer qualquer alteração no ambiente.

Para superar essa dependência, você precisa fazer com que seja muito mais fácil para qualquer novo participante/colaborador “ler” rapidamente a lógica do aplicativo existente, bem como as interdependências de programas, estruturas de dados e relações de dados. Desenvolvedores e outros times técnicos também precisam conseguir compreender os comportamentos de tempo de execução do aplicativo—inclusive a sequência e a natureza reais de todas as chamadas do programa, bem como abertura/ fechamento de arquivos e base de dados—para que possam trabalhar inclusive nos sistemas mais desconhecidos e complexos com clareza e confiança.

Etapa 4:

OBTENHA VISIBILIDADE GRÁFICA E INTUITIVA NO CÓDIGO EXISTENTE E NA ESTRUTURA DE DADOS

9

As tecnologias que possibilitam a Etapa 4 são Compuware Topaz for Program Analysis e Topaz for Enterprise Data. Suas visualizações únicas e poderosas revelam lógica de programa subjacente e relações de dados por meio de diagramas graficamente intuitivos e gerados dinamicamente. Esses diagramas mostram como programas COBOL e Pl/I fluem com as variáveis e arquivos associados, enquanto também permitem que os desenvolvedores executem, salvem e comparem visualizações de comportamentos de tempo de execução do aplicativo—sem exigir acesso a arquivos de código-fonte atuais.

Informações adicionais sobre Topaz for Program Analysis e Topaz for Enterprise Data.

• Desenvolvedores trabalhando de maneira independente em programas que anteriormente não conheciam.

• Desenvolvedores experientes confirmando a exatidão e utilidade das visualizações do programa.

• Desenvolvedores estimando melhor o trabalho exigido do projeto para cumprir com os prazos de entrega.

O visualizador de tempo de execução (Runtime

Visualizer) do Topaz for Program Analysis mostra chamadas do programa

e atividade de entrada e saída (E/S) que ajudam os

programadores a obter percepções inestimáveis

sobre aplicações sem documentação.

O recurso Extract Visualizer do Topaz for Enterprise Data coleta percepções essenciais necessárias para criar os melhores dados de teste, inclusive informação sobre utilização de CPU, informação de caminho de acesso DB2 e instruções SQL reais.

FERRAMENTAS

INDICADORES DE SUCESSO

10

A detecção precoce de problemas de qualidade reduz os custos e evita que erros relativamente menores na codificação se tornem grandes problemas posteriormente no processo de DevOps. Durante a transição de cascata para ciclos de entrega Agile, é importante adotar ferramentas e técnicas modernas que permitam que o processo de qualidade ocorra continuamente ao longo dos ciclos de desenvolvimento.

A detecção precoce é particularmente importante na transformação de mainframe por diversos motivos. Primeiro, aplicativos de mainframe são muitas vezes associados a processos corporativos críticos com baixa tolerância a erros. Além disso, à medida que desenvolvedores com menos experiência em mainframe começarem a colaborar mais em projetos associados à plataforma, a possibilidade de erro humano aumenta.

Portanto, todos os esforços devem ser feitos para proteger rigorosamente a qualidade do aplicativo conforme o mainframe for fica mais ágil. Nesse aspecto, a integração contínua é especialmente importante, pois garante a realização contínua de verificações de qualidade conforme o código é atualizado.

Etapa 5:

ATIVAR DETECÇÃO PRECOCE DE PROBLEMAS DE QUALIDADE DE APLICATIVOS E ESTABELECER INDICADORES DE QUALIDADE

11

As tecnologias complementares da Etapa 5 são SonarLint e SonarQube da SonarSource. SonarLint se integra ao ambiente do Topaz Workbench para oferecer aos desenvolvedores feedback imediato sobre possíveis novos bugs e problemas de

qualidade injetados no código. Com SonarLint, mesmo desenvolvedores sem experiência em mainframe podem ser alertados rapidamente sobre problemas de qualidade do aplicativo, como itens de dados/armazenamento de trabalho desbalanceados ou incompatíveis, muitas declarações condicionais (IF) aninhadas, e ramificações (GOTOs) fora do intervalo. SonarQube é um painel com diversos recursos para rastreamento de defeitos, complexidade do programa e “dívida técnica”. Oferece aos gestores visibilidade total às métricas de qualidade do projeto, da equipe e individuais, para que possam encontrar com exatidão e rapidez problemas que requeiram orientação ou treinamento adicional.

Jenkins, o servidor de Automação de código aberto, também é importante para esta etapa, pois oferece funcionalidade de integração contínua (CI). Jenkins pode ser usado para promover uma série de verificações de qualidade que podem ser acionadas por confirmações de código e outros eventos de desenvolvimento relevantes.

Informações adicionais sobre SonarQube, SonarLint e Jenkins.

O sofisticado painel do SonarQube acompanha defeitos, complexidade e “dívida técnica” em nível individual, de equipe e de projeto.

Dev Environment Pre-prod Environment

sonar ube

Compuware

ISPW®

Compuware

ISPW®

Compuware

ISPW®

FOR TOTAL TEST

Compuware

Topaz®

Promote/build code

Execute unit tests then collect quality metrics

Trigger analysis and check quality gate

Promote to integration

Executeperformancetests

Deploy toProduction

FOR ENTERPRISE DATA

Compuware

Topaz®

FOR ENTERPRISE DATA

Compuware

Topaz®

sonar ube

QA Environment

Compuware

ISPW®

FOR TOTAL TEST

Compuware

Topaz®

Execute performance tests

Trigger analysis and check quality gate

Execute functional and integration tests

Set up functional test data

Promote to pre-prod

FOR ENTERPRISE DATA

Compuware

Topaz®

Compuware

Strobe®

Orchestration

Orchestration and Release Management

Continuous DeliveryINTEGRATE DATA INTO AUTOMATED DEVOPS TOOLCHAIN

• Taxas mais altas de detecção de erros de pré-compilação e correção por desenvolvedores.

• Tendências positivas na qualidade e redução de métricas de “dívida técnica”.

• Número reduzido de ciclos associados a erros entre equipes de testes e desenvolvimento.

FERRAMENTAS

INDICADORES DE SUCESSO

12

Neste momento da jornada, você deve ter o ambiente de desenvolvimento correto estabelecido e suas equipes de desenvolvimento estão prontas para treinamento real em metodologias de desenvolvimento Agile. Quando concluído, você poderá começar a mudar o seu processo de um modelo em cascata tradicional com grandes conjuntos de requisitos e longos prazos de projeto para um modelo mais gradual. A meta é fazer com que desenvolvedores para componentes móveis, Web e mainframe colaborem em uma única equipe Scrum. As equipes estão concentradas em histórias e epopeias que capturam unidades específicas de valor para o seu negócio, em vez de tarefas técnicas num plano de projeto. Ao estimar o tamanho dessas histórias e ao atribuir uma prioridade apropriada a elas, suas equipes podem começar a se envolver com processos Agile que permitam que elas iterem rapidamente em direção às suas metas.

Sair de um modelo de projetos em cascata em grande escala para Agile representa uma mudança considerável na cultura de trabalho na maioria das equipes de mainframe. Portanto, realizar treinamento sobre cultura de trabalho e processos Agile se torna obrigatório. Especificamente, pessoas com funções de Liderança Técnica e Donos de Produtos precisam de treinamento e orientação profunda. Entretanto, todos os membros da equipe devem receber ao menos alguma introdução formal sobre os conceitos básicos do Agile—especialmente se precisarem ler painéis Scrum ou Kanban.

É aconselhável desenvolver sua equipe inicial de mainframe Agile misturando desenvolvedores experientes na plataforma com desenvolvedores experientes em Agile de outras plataformas. Também é aconselhável considerar como você incluirá a conformidade com os valores Agile, como transparência, compartilhamento de conhecimento e concepção nas avaliações de desempenho do desenvolvedor.

Etapa 6:

TREINAMENTO INICIAL E ADOÇÃO DE PROCESSOS ÁGEIS

13

As tecnologias que possibilitam a Etapa 6 são Atlassian JIRA e Confluence. JIRA é uma ferramenta de gestão de tarefas Agile que apoia qualquer metodologia Agile, inclusive Scrum e Kanban. Ela permite planejar, acompanhar e gerenciar toda a atividade de desenvolvimento Agile, para que você possa manter suas equipes no caminho certo e melhorar continuamente a adoção de Agile em termos de velocidade, eficiência, qualidade e—mais importante— alinhamento contínuo com suas necessidades comerciais mais urgentes.

Atlassian Confluence complementa JIRA oferecendo um espaço de colaboração web centralizado e bem organizado em que suas equipes Agile podem compartilhar, de maneira fácil e flexível, ideias e requisitos de produtos, bem como oferecer atualizações de processos e status, etc. Esse tipo de colaboração apoia a cultura de inovação exigida.

Potencializar melhores ferramentas como as oferecidas pela Atlassian é tipicamente mais inteligente do que adotar uma abordagem monolítica que exige que você execute todas as atividades do ciclo de vida de desenvolvimento no conjunto de soluções de um único fornecedor—pois permite que você evite aprisionamento tecnológico enquanto aproveita da inovação mais recente na gestão Agile.

Informações adicionais sobre Atlassian Jirae Confluence.

• Percentual esperado de pessoal dedesenvolvimento/teste que concluitreinamento Agile com meta de 100%de treinamento.

• Primeira entrega de artefatosdas equipes iniciais de Agilee descoberta de obstáculostécnicos e culturais à adoçãomais ampla do Agile.

• Evidência de colaboraçãoentre equipes e participaçãode negócios no processo Agile.

O JIRA da Atlassian oferece espaço para planejamento, acompanhamento e lançamento de ótimo software.

Criar, compartilhar e colaborar em projetos a partir de um único local com o Confluence para fazer com que os projetos avancem continuamente e de forma mais rápida.

FERRAMENTAS INDICADORES DE SUCESSO

14

Para garantir que seus aplicativos executem da melhor maneira no seu ambiente de produção, não basta apenas escrever um código adequado. Você também precisa compreender exatamente como seus aplicativos se comportam quando consomem capacidade de processamento, acessam seus bancos de dados e interagem com outros aplicativos.

Uma boa maneira de compreender isso é utilizar dados operacionais continuamente ao longo do ciclo de vida de DevOps. Isso oferece às equipes de Dev e Ops um entendimento comum sobre as métricas/características operacionais de um aplicativo ao longo de seu ciclo de vida, ajudando-as a medir de maneira mais completa e exata o progresso em direção às metas da equipe. O uso precoce de dados operacionais também pode reduzir drasticamente seus custos associados a MIPS/MSU, permitindo que você descubra e diminua o consumo de CPU evitável causado por um código ineficaz.

Etapa 7:

UTILIZAR DADOS OPERACIONAIS DURANTE TODO O CICLO DE DESENVOLVIMENTO, TESTE E PRODUÇÃO

15

As tecnologias que possibilitam a Etapa 7 são Compuware Abend-AID e Strobe. O Abend-AID oferece análise de falhas do aplicativo em nível de fonte—poupando os desenvolvedores do demorado trabalho de fazer referência cruzada manualmente com inúmeras páginas de dumps de memória, listagens de fonte e código de aplicativo. Com o Abend-AID, os times de dev/teste podem rapidamente encontrar instruções incorretas, identificar problemas com dados e isolar muitos outros tipos de problemas no aplicativo.

O Strobe encontra ineficiências no aplicativo, como instruções SQL incorretas, serviços de sistema DB2 que geram consumo excessivo de CPU, recuperação lenta de dados e outros problemas que aumentam os custos e pioram a experiência do usuário final. Ao identificar automaticamente esses problemas, o Strobe permite que até pessoas inexperientes em dev/teste colaborem para uma entrega mais rápida de aplicativos com melhor desempenho.

Informações adicionais sobre Abend-AID e Strobe.

O Abend-AID oferece claramente as etapas necessárias para reduzir o tempo de resolução do problema.

O Strobe Advisor mostra aos desenvolvedores os principais componentes de aplicativo que afetam o desempenho.

• Detecção precoce de consumo de CPU evitável.

• Redução de Abends (interrupção inesperada de um programa) na produção.

• Redução no custo médio por erro e no tempo médio de resolução.

FERRAMENTAS

INDICADORES DE SUCESSO

16

Ambientes SCM tradicionais são inerentemente projetados para desenvolvimento em cascata e, assim, incapazes de oferecer capacidades Agile essenciais—como trabalho de desenvolvimento paralelo em histórias de usuários diferentes.

A mudança de SCM com base em cascata para SCM habilitado por Agile é um momento central em qualquer transformação de mainframe e deve ser planejada cuidadosamente para evitar interrupção do trabalho em andamento. Entretanto, é uma mudança absolutamente essencial para qualquer organização de TI que espere aumentar a velocidade e a frequência da preparação de entregas de novos códigos de mainframe e reduzir o tempo que os desenvolvedores gastam esperando que novos códigos sejam disponibilizados.

Etapa 8:

FUNÇÕES DE GERENCIAMENTO DE CÓDIGO-BASE CORE DE ATIVAÇÃO ÁGIL

17

A tecnologia que possibilita a Etapa 8 é Compuware ISPW SCM. O ISPW SCM é uma solução de automação de versão e SCM Agile moderna e completa que permite que desenvolvedores de aplicativos mainframe com todos os níveis de habilidade atendam aos requisitos do negócio, aprimorem a qualidade do código e melhorem sua produtividade através de DevOps mainframe. Oferece gestão de mudança automatizada que elimina etapas manuais e capacita as equipes a interagir rapidamente através dos ciclos de desenvolvimento, de testes e de CQ (controle de qualidade). O ISPW SCM também está totalmente integrado ao ambiente Topaz Workbench, portanto, os desenvolvedores têm acesso completo a todas as ferramentas a partir de uma única interface intuitiva. Informações adicionais sobre ISPW SCM.

A Compuware também oferece serviços de migração SCM para acelerar e eliminar o risco desta conversão essencial.

O ISPW SCM oferece visualização gráfica de onde o código está no ciclo de vida de desenvolvimento e como se associa a outros programas, jobs e copybooks.

• Desenvolvedores que não trabalham mais com “bibliotecas pessoais” e equipes Agile diferentes trabalhando em histórias diferentes em paralelo.

• Desenvolvedores com diferentes níveis de conhecimento de mainframe podem compreender rapidamente o escopo das alterações antes de começar a escrever o código.

• Redução nos atrasos de aprovação de código.

FERRAMENTAS

INDICADORES DE SUCESSO

18

Apenas desenvolvimento Agile é insuficiente para alcançar uma agilidade empresarial digital completa. Para acompanhar a alta velocidade dos mercados de hoje, o seu negócio também precisa entregar código novo à produção de maneira rápida e confiável. Isso significa automação e coordenação da implantação de todos os artefatos de desenvolvimento associados em todos os ambientes de destino, de uma maneira sincronizada. Também é necessário encontrar problemas de implantação assim que os mesmos ocorram, para possibilitar uma ação corretiva imediatamente.

E, se tal ação corretiva não for imediatamente evidente ou não produzir rapidamente o efeito de correção esperado, você precisa ter a capacidade de realizar um rollback rápido e automático para a versão operacional anterior do aplicativo. Esse rollback automático é, na verdade, o principal fator capacitador de uma implantação rápida—pois é o meio primário de mitigar o risco comercial associado à promoção do código.

Etapa 9:

IMPLEMENTAÇÃO AUTOMATIZADA E INTELIGENTE

19

A tecnologia que possibilita a Etapa 9 é Compuware ISPW Deploy. O ISPW Deploy complementa as capacidades fundamentais de SCM do ISPW com capacidades avançadas de implantação de mainframe que capacitam sua empresa a mover rapidamente o código através do processo de implantação, inclusive as fases de preparação para testes e aprovações, enquanto também proporciona rollbacks totais ou parciais altamente simplificados. Desta forma, oferece uma solução consideravelmente superior a ferramentas caseiras tradicionais, que não fornecem capacidades essenciais como rollback, visibilidade do progresso e capacidade de auditoria dos processos de implantação.

O ISPW Deploy também oferece uma visualização que possibilita aos gestores de DevOps a rápida identificação de problemas de implantação para solucionar problemas imediatos de distribuição e abordar afunilamentos persistentes na promoção de códigos.

O ISPW Deploy tem uma interface móvel que permite aos gestores de DevOps de mainframe responder imediatamente a alertas quando as alterações de código estiverem prontas para aprovação. Esse gerenciamento móvel a partir de qualquer lugar/ qualquer hora elimina uma causa comum de atrasos na promoção de código mainframe.

Informações adicionais sobre ISPW Deploy.

O ISPW Deploy oferece uma visualização do status de todos os pedidos de implantação e os ambientes nos quais os códigos são implantados. Clicar com o botão direito do mouse no campo de status apresenta um gráfico hierárquico que leva os operadores a qualquer ponto de falha para a tomada de ações corretivas.

Uma interface móvel no ISPW Deploy permite que os gestores de DevOps respondam imediatamente a alertas

quando as alterações de código estiverem prontas para aprovação.

• Distribuições mais rápidas de aplicativos na produção.

• Redução nas falhas de promoção de código.

• Primeiro rollback automático bem-sucedido de uma implantação com falha.

FERRAMENTAS

INDICADORES DE SUCESSO

20

Dados e aplicativos de mainframe servem cada vez mais como recursos de backend para aplicativos multiplataforma voltados para clientes e funcionários que incluem componentes móveis, web e/ou em nuvem. Equipes DevOps precisam, portanto, conseguir sincronizar totalmente a entrega de código novo e aprovado por todas as plataformas. Esses controles de implantação também devem oferecer relatórios unificados de progresso e rollback entre plataformas.

Este é o estado esperado de DevOps empresarial após a conclusão da Etapa 10: um ambiente sem silos em que o mainframe seja “apenas outra plataforma”—embora seja uma plataforma especialmente flexível, confiável, de alto desempenho, econômica e segura—que possa ser modificada de maneira rápida e apropriada conforme necessário para atender às necessidades do negócio, por qualquer funcionário disponível para tanto.

Etapa 10:

ENTREGA CONTÍNUA EM PLATAFORMAS CRUZADAS

21

As tecnologias que possibilitam a Etapa 10 são ISPW REST APIs e integração com XebiaLabs XL Release. O ISPW se integra com ferramentas distribuídas para oferecer um ponto único de controle para todas as alterações entre plataformas z/OS, Windows, Unix e outras. REST APIs são especialmente importantes para garantir total flexibilidade para combinar e mesclar as melhores ferramentas e evitar aprisionamento tecnológico.

XL Release é uma solução de gestão de fluxo de versão altamente avançada que facilita o planejamento, a automação e a análise de versões de software entre plataformas para que seja possível simplificar a promoção de código, manter total visibilidade no progresso da versão, encontrar problemas e abordar qualquer afunilamento crônico nos processos DevOps.

Informações adicionais sobre a integração do XebiaLabs XL Release.

ISPW e XebiaLabs XL Release se integram para permitir que empresas automatizem, padronizem e monitorem implantações de códigos entre diversas plataformas em diversos ambientes de destino.

INDICADORES DE SUCESSO

• Capacidade de trabalhar em códigos associados em diversas plataformas, em paralelo.

• Maior colaboração e comunicação entre desenvolvedores anteriormente em silos com diferentes conjuntos de qualificações.

• Primeira distribuição de versão automatizada bem-sucedida entre plataformas.

FERRAMENTAS

22

Etapa 1:

DEFINIR O ESTADO DESEJADO

Etapa 2:

MODERNIZAR O AMBIENTE DE DESENVOLVIMENTO MAINFRAME

Etapa 3:

ADOTAR TESTES UNITÁRIOS AUTOMATIZADOS

Etapa 4:

OBTENHA VISIBILIDADE GRÁFICA E INTUITIVA NO CÓDIGO EXISTENTE E NA ESTRUTURA DE DADOS

Etapa 5:

ATIVAR DETECÇÃO PRECOCE DE PROBLEMAS DE QUALIDADE DE APLICATIVOS E ESTABELECER INDICADORES DE QUALIDADE

Etapa 6:

TREINAMENTO INICIAL E ADOÇÃO DE PROCESSOS ÁGEIS

Etapa 7:

UTILIZAR DADOS OPERACIONAIS DURANTE TODO O CICLO DE DESENVOLVIMENTO, TESTE E PRODUÇÃO

Etapa 8:

FUNÇÕES DE GERENCIAMENTO DE CÓDIGO-BASE CORE DE ATIVAÇÃO ÁGIL

Etapa 9:

IMPLEMENTAÇÃO AUTOMATIZADA E INTELIGENTE

Etapa 10:

ENTREGA CONTÍNUA EM PLATAFORMAS CRUZADAS

O parceiro de software mainframe para os próximos 50 anos

A Compuware, uma empresa da BMC, capacita as maiores empresas do mundo em sua contínua transformação para uma Empresa Digital Autônoma, fornecendo software inovador que permite aos profissionais de TI com habilidades críticas desenvolver, entregar e gerenciar aplicativos de mainframe com facilidade e agilidade.

Saiba mais em compuware.com.

© Copyright 2017, 2019, 2020 BMC Software, Inc.

Post-scriptum: Integração da Central de Serviços (Service Desk)

A evolução do seu mainframe não precisa parar depois que você alcançar o estado desejado de agilidade e integração entre plataformas de seus fluxos de trabalho DevOps. Na verdade, provavelmente é recomendável usar essa realização como base para aprimorar ainda mais a agilidade e a eficiência digital da sua empresa ao longo do tempo.

Uma maneira especialmente convincente de fazer isso é oferecer à sua equipe de gestão de serviços de TI (ITSM) um ambiente unificado para aplicativos mainframe e não-mainframe. Esse modelo ITSM unificado ficará cada vez mais útil conforme a proposição de valor digital da sua empresa for baseada em aplicativos que cruzam diversas plataformas—de sistemas de registro de mainframe de backend a aplicativos móveis e web voltados para o cliente.

Topaz Connect oferece esse tipo de integração ITSM entre plataformas unificando soluções ITSM de terceiros, como ServiceNow, BMC Software, Tivoli e CA. Por meio desta integração, o pessoal de ITSM pode acompanhar processos de aplicativos de mainframe da mesma maneira como fazem com outras plataformas de software e hardware. Quando um fluxo de trabalho de solicitação de alteração é iniciado no seu ITSM que exige uma alteração do código, os pormenores da alteração são comunicados automaticamente ao ISPW. E conforme essas modificações forem sendo entregues, seu ambiente ITSM pode acompanhar o progresso do fluxo de trabalho até a implantação.

O imperativo da transformação

Líderes de TI estão sob intensa pressão para cumprir com os compromissos em muitas frentes. Eles precisam entregar ótimas análises, enquanto protegem a segurança cibernética empresarial. Precisam atender às expectativas de mobilidade cada vez maiores dos clientes e dos funcionários. E precisam fazer tudo isso de acordo com restrições orçamentárias Capex (despesas de capital) e Opex (despesas operacionais) extremamente desafiadoras.

Entretanto, a transformação de mainframe é essencial para o sucesso de todos esses esforços, e muito mais. Se os seus sistemas de registro críticos não forem ágeis—e se você não estiver totalmente preparado para aumentar a vida útil destes sistemas pelo menos até a próxima década, e conforme for perdendo seu grupo atual de veteranos de mainframe devido à aposentadoria—seus outros esforços apenas poderão oferecer benefícios limitados. O desempenho do seu negócio será eventualmente limitado pelas restrições do seu ambiente de mainframe.

A boa notícia é que melhores práticas, ferramentas modernas e parceiros comprometidos estão disponíveis nesse momento para ajudar você com seus esforços. Tudo o que você precisa é uma decisão e um plano. Depois, pode começar.