Realizando a integração do mainframe. Por que os desenvolvedores (DevOps) empresariais deveriam assumir o controle das aplicações legadas Agora!

Transcrição

1 Realizado a itegração do maiframe Por que os desevolvedores (DevOps) empresariais deveriam assumir o cotrole das aplicações legadas Agora!

2 Como todo mudo, você está sedo bombardeado com coteúdo. Portato, você provavelmete lê apeas uma fração do que ecotra. Pedimos que você aborde este documeto de forma diferete, pois acreditamos verdadeiramete que ele ofereça uma compreesão que é úica, baseada em fatos, acioável e essecial para o sucesso de qualquer empresa com um maiframe. Pedimos também que você o leia mesmo se ão é resposável atualmete pelo maiframe de sua empresa, pois, coforme alegamos, essa resposabilidade agora precisa se torar parte da TI covecioal. Coceitos fudametais 1) O tempo está passado para equipes de maiframe isoladas. Profissioais de maiframe qualificados estão se aposetado, e existem poucos profissioais ovos para substituí-los. Porém, as suas aplicações maiframe cotiuam a ser esseciais. Por isso a TI precisa de uma estratégia viável para mater e adaptar com agilidade o código do maiframe em resposta aos requisitos implacavelmete diâmicos de egócios. 2) A TI deve respoder através da itegração rápida do maiframe. Ao ivés de cotiuar a depeder de especialistas em maiframe, a TI deve capacitar fucioários DevOps com habilidades tradicioais para tratar o maiframe apeas como outra plataforma a empresa multiplataformas, usado as mesmas ferrametas e processos DevOps utilizados para Java, servidores Liux x86, uvem, etc. 3) A itegração ão resolve apeas um problema de maiframe. Ela proporcioa uma vatagem competitiva para todas as empresas digitais. Para obter sucesso em mercados digitais, ão basta ser grade. Você também precisa ser rápido. Um ambiete DevOps empresarial que suporte as melhores práticas de colaboração e agilidade em todas as plataformas, icluido o maiframe, é, portato um requisito competitivo. Quado a computação distribuída fialmete surgiu, as equipes de maiframe tiham preocupações sobre como proteger a estabilidade e a itegridade de seus ambietes. E muitas dessas preocupações, especialmete aquelas referetes à cofiabilidade, complexidade, custo e seguraça, acabaram por ser bastate válidas. Como com todas as tragédias, o etato, o isolameto que mateve o maiframe estável e seguro através de décadas de tumulto a tecologia agora está provado ser sua destruição. O maiframe se torou como um culto secreto frequetado por seu próprio sacerdócio isular, distate e descoectado do resto do mudo que utiliza a ifraestrutura do produto x86 e a uvem. E a maioria dos líderes de TI têm agravado a situação ao cortar custos do maiframe agressivamete, ao ivés de ivestir o desevolvimeto de aplicações maiframe. O resultado: ambietes de maiframe ão forecem respostas suficietes para os egócios ão devido a qualquer propriedade itríseca do próprio maiframe, mas sim devido à forma como o mesmo tem sido gereciado. Além disso, já que o maiframe vem sedo isolado e egligeciado há tato tempo, poucos profissioais de TI fora da subcultura de maiframe cohecem COBOL ou etedem como MSUs fucioam. Eles podem escrever códigos que chamam os DB2 o maiframe, mas a plataforma em si é completamete opaca para eles. A abordagem isolada e ão ágil dos desevolvedores de maiframe já ão é sustetável por várias razões, icluido: Atrito de habilidades específicas do maiframe. Os profissioais de maiframe altamete qualificados que têm gereciado o maiframe e suas aplicações estão evelhecedo e saido da força de trabalho. É pouco provável que os profissioais de TI mais joves com aptidões técicas elevadas similares irão querer se dedicar a carreiras isoladas e específicas de maiframes. Código isubstituível. As aplicações maiframe são tão evoluídas e eraizadas a empresa que são idispesáveis. E ão podem ser praticamete realocadas em ovas plataformas. As empresas devem, portato, descobrir como preservar tato as aplicações maiframe e a plataforma do maiframe ao logo da próxima década ou mais, apesar do atrito com seus especialistas em maiframe. O FINAL DO SILO DO MAINFRAME Por décadas, a TI tratou o maiframe como um silo fucioal distito. Equipes de maiframe possuem habilidades distitas, usam ferrametas e processos distitos e até mesmo possuem uma subcultura distita. O silo surgiu por razões compreesíveis. O maiframe, ão podemos esquecer, é sigificativamete aterior a computação distribuída, portato, por aos foi a úica alterativa de TI dispoível. Depedêcia iterplataformas. A superioridade dos egócios digitais depede em parte da capacidade da TI em aproveitar toda a lógica das aplicações e dados dispoíveis por toda a empresa e além dela, idepedetemete da plataforma ou liguagem de programação. Portato, as empresas devem fazer muito mais do que simplesmete mater suas aplicações maiframe como etidades idepedetes. Elas também devem evoluir mais agressivamete e aproveitar o código e os dados das aplicações maiframe em cojuto com seus ativos ão relacioados ao maiframe. 2

3 A ecessidade de velocidade. O ritmo de desevolvimeto do maiframe ão pode cotiuar a ser sigificativamete mais leto do que o resto da TI. Uma resposta ágil é essecial, especialmete quado se trata de suporte de back-ed para clietes utilizado aplicativos móveis. Processos letos de DevOps o maiframe miam a agilidade os egócios de uma forma tóxica e potecialmete fatal. Simplificado, as empresas ão podem aceitar o status quo do maiframe em um mometo ode as aplicações, dados e potêcia de processameto do maiframe são mais valiosos para a empresa do que uca. A TI só pode forecer à empresa todas as capacidades digitais de que a mesma ecessita e quado as ecessita, se o maiframe for tão ágil e acessível para desevolvedores, aalistas e operações quato todas as outras plataformas. Todos os líderes de TI devem efretar a questão do maiframe de forma decisiva e atual, idepedetemete de seus precoceitos pessoais e percepções, e até mesmo idepedetemete de terem resposabilidade direta sobre o maiframe a estrutura atual. Uma breve história da territorialidade do maiframe A TI covecioal sempre teve dificuldade para aproveitar os recursos de maiframe o cotexto da territorialidade do maiframe isolado. Essa dificuldade tem aparecido em cico fases sucessivas: Emulação do termial As equipes do maiframe permitem o acesso aos dados e aplicações do maiframe a partir de PCs dos usuários através de scree-scrapig (captura de tela) e outras técicas. Chamadas de aplicações As equipes do maiframe permitem que aplicações distribuídas acessem dados do maiframe, lógica das aplicações e o processameto de trasações caso a caso. Moitorameto pota a pota As equipes do maiframe compartilham a telemetria da plataforma selecioada e permitem o acesso limitado através de ferrametas de moitorameto de desempeho corporativo/falhas. Aálise de lotes As equipes do maiframe defiem parâmetros para a etrega de dados em grades quatidades para itegrar ferrametas empresariais de iteligêcia de egócios e, posteriormete, ambietes baseados em Hadoop. Itegração As equipes de desevolvedores DevOps são totalmete habilitadas para aproveitar os recursos do maiframe diretamete, com cotroles baseados em políticas adequadas. REALIZANDO A INTEGRAÇÃO DO MAINFRAME O maiframe ão pode cotiuar o seu atual estado isolado. Mas a TI precisa garatir a sua viabilidade cotíua, pois suas aplicações são idispesáveis e ão podem ser realocadas em ovas plataformas. A úica coclusão lógica: A TI deve fialmete levar o maiframe para seus processos de trabalho DevOps em sua plataforma cruzada covecioal. Essa itegração deve abordar três áreas pricipais das fucioalidades do maiframe: Aplicações maiframe Aplicações maiframe existetes apresetam a TI talvez o seu objetivo mais importate e desafiador de itegração. Este objetivo é mais importate porque: 1) A lógica das aplicações maiframe é extremamete valiosa para os egócios. 2) A realocação dessa lógica em ovas plataformas provou ser altamete impraticável. Aplicações maiframe existetes apresetam a TI o seu objetivo mais desafiador de itegração porque: 1) Aplicações maiframe são executadas há tato tempo e são modificadas com tata frequêcia que ormalmete em são mais muito bem documetadas, e podem até mesmo ão ser bem compreedidas pela TI. 2) O domíio em liguages legadas como COBOL, PL/I e Assembler tede a ser bastate escasso. A boa otícia é que código é código. Portato, apesar da geração do milêio de desevolvedores com cojutos de habilidades covecioais ão estar familiarizada com a sitaxe especial do COBOL, os pricípios básicos da lógica das aplicações aida se aplicam. E dada a comprovada adaptabilidade dos desevolvedores atuais quado se trata de apreder ovas sitaxes de liguagem de programação, a escassez atual de cohecimetos em COBOL ão apreseta um problema isuperável para TI. Na verdade, os desevolvedores tradicioais podem facilmete assumir as aplicações de maiframe simplesmete ao serem capacitados para: Escrever, modificar, depurar e gereciar o código do maiframe em seus IDEs preferidos Receber orietação imediata e feedback sobre problemas de qualidade do software à medida em que o codificam Icluir código do maiframe o mesmo teste automatizado e ambietes de etrega que geralmete utilizam Compreeder melhor a lógica de aplicações maiframe existetes através da visualização de comportametos dos tempos de execução, chamadas iterprogramas etc. Por fim, a ormalização do código das aplicações maiframe para o ambiete DevOps empresarial mais amplo permite a TI tratar o código do maiframe como qualquer outro código em qualquer projeto ágil, para que possa ser rapidamete adaptado às mudaças os requisitos de egócios sem fricção problemática o processo ou custo. 3

4 Dados do maiframe Diferetemete das aplicações maiframe, dados do maiframe podem pelo meos, a teoria, ser realocados em ovas plataformas. E existem algus casos de uso ode faz setido exportar cojutos de dados do maiframe específicos para outros ambietes para a preparação de aplicações ou fis aalíticos. De modo geral, porém, faz setido deixar os dados do maiframe o maiframe. Razões para isso icluem: Melhor desempeho de aplicações A hospedagem de dados em vários locais acresceta custos evitáveis Seguraça, coformidade e/ou requisitos de goveraça Dito isto, dados de maiframe devem, o etato, ser visíveis e compreesíveis para qualquer desevolvedor ou aalista covecioal com ecessidades e autorizações adequadas. Assim, como com o código do maiframe, a TI deve dar ao pessoal ão relacioado ao maiframe a capacidade de descobrir ituitivamete e eteder os dados do maiframe, metadados, estruturas de dados e depedêcias de dados etre programas do maiframe e copybooks. E, ovamete, isso deve ser feito idealmete com ferrametas que teham uma aparêcia familiar (p.ex., "projetos" do tipo Java). Operações do maiframe Operações é um caso especial da itegração porque, em algum ível, todas as operações de TI são ieretemete isoladas. Equipes técicas diferetes com diferetes habilidades e ferrametas gereciam os sistemas Widows e Liux, a ifraestrutura de armazeameto de dados, dispositivos de rede, bacos de dados, middleware, etc. Portato, a TI provavelmete cotiuará a depeder de especialistas em IBM z Systems para executar certas tarefas esseciais de gereciameto e ajustes do maiframe. Mas, coforme observado acima, os íveis de serviço da aplicação pota-a-pota depedem frequetemete de todos estes compoetes separados combiados. Para salvaguardar estes íveis de serviço, a TI deve itegrar mais pleamete as operações do maiframe em operações empresariais. Esta itegração possui dois aspectos básicos: 1) A gestão de dados e alertas do maiframe deve ser itegrada em fluxos de trabalho de gereciameto empresarial covecioais. 2) A equipe de operações empresariais deve ser capaz de pesquisar profudamete o maiframe à medida em que ivestiga questões de ível de serviço da aplicação, sem precisar depeder sempre de IBM z Systems e SMEs. Algumas orgaizações de TI já deram às suas equipes de operações tradicioais certa visibilidade rudimetar sobre a itegridade de determiados recursos e processos do maiframe. Mas a itegração das operações de maiframe deve ser levada muito, mas muito mais além se as empresas forem obter os beefícios cosideráveis de verdadeiros DevOps de plataformas cruzadas. O pricípio fudametal em todos os três destes imperativos é que ormalmete profissioais de TI qualificados devem ser capazes de trabalhar o maiframe usado suas ferrametas e processos preferidos. Sim, a TI deve salvaguardar a itegridade do ambiete do maiframe. Mas o maiframe ão pode cotiuar como um silo isolado a empresa. A resposabilidade pelo maiframe deve fialmete ser trasferida aos programadores, aalistas e equipes de operações covecioais. Maiframe O MAINFRAME EM SILO APLICAÇÕES COBOL, PL/I, ETC. DADOS EBCDIC, COMP-3, ETC. PLATAFORMA z/os, CPs, ziip, ETC. ESTÁVEL EVOLUÍDO DE ALTO VALOR PROCESSOS LENTOS ESCASSEZ DE HABILIDADES MAL INTEGRADO INTEGRAÇÃO FRACA/CONDICIONAL DevOps empresariais ÁGIL O MAINFRAME INTEGRADO DevOps empresariais ÁGIL APLICAÇÕES JAVA, PHP, VBSCRIPT, ETC. DADOS TEXTOS ESTRUTURADOS, NÃO ESTRUTURADOS, IMAGENS, ETC. PLATAFORMAS WINDOWS, LINUX, VMWARE, AZURE, AWS, ETC. HABILIDADES EM ABUNDÂNCIA APLICAÇÕES JAVA, PHP, VBSCRIPT, COBOL, PL/I, ETC. DADOS TEXTOS ESTRUTURADOS, NÃO ESTRUTURADOS, IMAGENS, EBCDIC, COMP-3, ETC. PLATAFORMAS WINDOWS, LINUX, VMWARE, AZURE, AWS z/os, CPs, ziip, ETC. HABILIDADES EM ABUNDÂNCIA ESTÁVEL EVOLUÍDO NÃO INCLUI A LÓGICA EVOLUÍDA DO NEGÓCIO PRINCIPAL CARO PARA ESCALAR SEM PROCESSAMENTO DE TRANSAÇÕES DE CLASSE EMPRESARIAL As orgaizações de TI que permitirem que o maiframe permaeça um silo fucioal serão meos resposivas ao egócio e efretarão a ameaça existecial de sistemas com falha de registro. INTEGRAÇÃO ENTRE PLATAFORMAS INTEGRAÇÃO ENTRE PLATAFORMAS DE ALTO VALOR Ao capacitar os desevolvedores, aalistas e equipes operacioais covecioais para domiarem o maiframe, a TI pode otimizar a agilidade digital de pota a pota e garatir a itegridade dos sistemas pricipais a logo prazo. 4

5 O CASO DE NEGÓCIO DA INTEGRAÇÃO Os líderes de TI possuem muitas resposabilidades. Portato, devem existir razões bastate fortes para colocar a itegração do maiframe o topo da lista de tarefas de E elas existem. As razões icluem: Mitigação do risco existecial do maiframe A perda imiete de cojutos de habilidades do maiframe é um risco tão grave para os egócios como o ao 2000 foi. A difereça é que a data da catástrofe ão é fixa. Empresas que cotiuam a procrastiar esta questão irão evetualmete ver o valor de décadas de ivestimeto em lógica da aplicação crítica para os egócios evaporar. Agilidade de egócios essecial Se você ão pode modificar sua lógica para as aplicações maiframe rapidamete e com cofiaça, a sua empresa ão pode ser suficietemete ágil para competir o ambiete atual de costate iterferêcia digital. As empresas precisam simplesmete itegrar a gestão de códigos do maiframe em seus processos covecioais de Agile/ciclo de vida de desevolvimeto do software (software developmet life cycle, SDLC) de etrega cotíua. Mais valor e uma melhor experiêcia para o cliete Empresas em todos os mercados precisam aproveitar as iformações e cohecimetos para fazer mais por seus clietes do que os seus cocorretes. Muitas dessas iformações e cohecimetos residem o maiframe. As empresas que ão podem aproveitar essas iformações e cohecimetos agressivamete e adaptavelmete porque seus maiframes são letos e fechados, irão ivariavelmete perder para cocorretes mais ágeis. Coformidade com maior cofiaça e meos fricção Silos são iimigos da coformidade. Eles impedem a implemetação de políticas de modo comum em toda a empresa e fragmetam as auditorias de maeiras que adicioam custo e despertam o ceticismo dos auditores. Ao itegrar mais pleamete o maiframe o ambiete empresarial mais amplo, a TI pode uificar os processos de coformidade para otimizar a credibilidade equato reduz os custos. Atrair taletos da geração milêio As orgaizações empresariais de TI precisam coseguir que a próxima geração de profissioais de TI razoavelmete qualificados e motivados trabalhem em aplicações, dados e operações de maiframe. Isso será muito difícil de se fazer com ferrametas e processos dos aos 80. Computação empresarial mais escalável, cofiável, segura e eficiete em termos de custos A plataforma IBM z Systems é realmete um ótimo lugar para executar todos os tipos de cargas de trabalho de Liux e código aberto especialmete quado comparada com a ifraestrutura dispersa de x86 que é terrivelmete complexa, pouco cofiável e dispediosa para operar. Ao tirar o maiframe do isolameto, a TI pode aproveitar seu desempeho e cofiabilidade superiores, espaços físicos fixos e custos icremetais otavelmete baixos. Fudametalmete, a TI precisa itegrar o maiframe pois tem pouca escolha. Sua codição atual ão será sustetável por muito mais tempo e ão pode ser simplesmete elimiada. A itegração oferece a úica saída. Ela também oferece um ótimo camiho para cima. As aplicações maiframe são ativos de egócios isubstituíveis e icalculavelmete valiosos. A TI bimodal as cosiga à irrelevâcia. A iclusão trasformacioal do maiframe em DevOps empresariais, por outro lado, garate seu valor a logo prazo e otimiza a capacidade das grades empresas de competir com sucesso os mercados digitais cada vez maiores o mudo. 5

6 Nehuma plataforma deixada para trás Cofrotados com a importâcia das aplicações maiframe e a dificuldade histórica de torar o maiframe totalmete em Agile, um certo úmero de especialistas líderes da idústria têm sugerido algo chamado "TI Bimodal". A essêcia da TI Bimodal é que as empresas devem abadoar qualquer tetativa para torar o maiframe em Agile, e do cotrário, deveriam simplesmete segmetá-lo em "modo estável" e "modo agile". Embora essa abordagem possa ser tetadora para aqueles que hesitam ao se depararem com a perspectiva de realmete trasformar o maiframe, ela ão é uma alterativa viável por várias razões: A agilidade os egócios exige agilidade do maiframe. Melhorias a experiêcia do cliete depedem frequetemete de bacos de dados pricipais, sistemas de processameto de trasações e uma lógica empresarial altamete refiada que aida reside o maiframe e provavelmete sempre residirá. Estabilidade e agilidade ão são mutuamete exclusivas. Sugerir que são, é de fato egar todo o movimeto em direção a DevOps, etrega cotíua, etc. Focar-se o status quo ão é uma estratégia de difereciação competitiva. Se fosse fácil trazer as melhores práticas do Agile para o maiframe, todas as empresas já o teriam feito e isso ão ofereceria essa vatagem competitiva sigificativa. A cofiabilidade do maiframe, desempeho a escala, e seguraça são mais ecessárias, e ão meos. Provou-se excessivamete dispedioso (e muitas vezes impossível) replicar as qualidades do maiframe em ambietes distribuídos/de uvem. Por isso, a TI deve se cocetrar em melhor explorá-las, ao ivés de desperdiçá-las. SOBRE A COMPUWARE A Compuware capacita as maiores empresas do mudo a se destacar a ecoomia digital, aproveitado totalmete seus ivestimetos em maiframe de alto valor. Realizamos isso ao oferecer soluções altamete iovadoras que habilitam exclusivamete os profissioais de TI com habilidades covecioais a gereciar aplicações, dados e operações da plataforma maiframe. Saiba mais em compuware.com. Compuware Corporatio World Headquarters Oe Campus Martius Detroit, MI Compuware Corporatio. Os produtos e serviços da Compuware relacioados este documeto são marcas comerciais ou marcas registradas da Compuware Corporatio. Java é uma marca registrada da Oracle e/ou suas afiliadas _Maistreamig_the_Maiframe