 |
| Bellacosa Mainframe apresenta o IBM Garage |
☕🚀 IBM Garage para Padawans do COBOL
Como a IBM descobriu que colocar arquitetos, desenvolvedores e usuários numa sala com Post-it era mais barato do que deixar um Comitê decidir durante 18 meses
Por Vagner Bellacosa – Bellacosa Mainframe
Introdução
Existe uma cena que provavelmente aconteceu em algum lugar do planeta Terra.
Uma grande empresa possui:
40 milhões de linhas COBOL;
8 regiões CICS;
12 subsistemas DB2;
IMS desde a época em que Darth Vader ainda era funcionário da Estrela da Morte;
dezenas de integrações misteriosas que ninguém sabe exatamente quem fez.
Então alguém da diretoria aparece numa reunião e pergunta:
"Por que nosso aplicativo não é igual ao Nubank?"
Silêncio.
O programador COBOL olha para o sysprog.
O sysprog olha para o DBA.
O DBA olha para o arquiteto.
O arquiteto olha para o teto.
O teto continua sendo o profissional mais experiente da sala.
E foi justamente para lidar com este tipo de situação que surgiu uma metodologia chamada:
IBM Garage
E não...
Não é uma oficina mecânica da IBM.
Você não troca óleo do z16.
Não calibra pneus do CICS.
Não faz alinhamento de DB2.
Apesar de alguns ambientes precisarem desesperadamente de uma revisão completa.
A origem do IBM Garage
A IBM percebeu uma coisa importante.
Muitas empresas estavam gastando fortunas em projetos de transformação digital.
E a sequência era sempre parecida.
Fase 1
Consultoria.
Fase 2
PowerPoint.
Fase 3
Mais PowerPoint.
Fase 4
Comitê.
Fase 5
Outro comitê.
Fase 6
Projeto cancelado.
Fase 7
Novo projeto para descobrir porque o primeiro falhou.
Não parecia eficiente.
A IBM decidiu buscar inspiração em outro lugar.
Nas startups.
No Vale do Silício.
No Design Thinking.
No Agile.
No Lean Startup.
E criou algo chamado:
IBM Garage.
O objetivo era simples.
Parar de discutir ideias infinitamente.
E começar a construir.
Rapidamente.
O que significa Garage?
A inspiração vem literalmente das garagens onde várias empresas começaram.
Apple.
HP.
Google.
Amazon.
Muitas delas nasceram em espaços pequenos.
Com poucas pessoas.
Testando ideias.
Errando.
Aprendendo.
E evoluindo rapidamente.
A IBM tentou trazer esta mentalidade para empresas gigantes.
Inclusive bancos.
Seguradoras.
Governos.
Telecom.
Empresas aéreas.
Hospitais.
O problema das empresas tradicionais
Imagine um banco.
Ele possui.
COBOL
CICS
IMS
DB2
VSAM
MQ
Batch
JCL
Tudo funcionando.
Há décadas.
Milhões de transações.
99,999% disponibilidade.
Mas surge uma nova necessidade.
Aplicativo mobile.
Pix.
Open Finance.
IA.
Chatbots.
APIs.
Machine Learning.
Analytics.
A pergunta aparece.
Como modernizar?
Reescrever tudo?
Jamais.
Isso seria equivalente a desmontar um Boeing 787 em pleno voo.
E pedir para os passageiros aguardarem tranquilamente.
O IBM Garage resolve isso
A ideia é:
Não jogar fora.
Não substituir.
Não destruir.
Mas aproveitar.
Modernizar.
Expor.
Integrar.
Evoluir.
Os pilares do IBM Garage
Design Thinking
Descobrir o problema.
Não assumir soluções.
Perguntas.
Quem usa?
Como usa?
Por que usa?
O que incomoda?
Agile
Pequenas entregas.
Feedback rápido.
Melhoria contínua.
Não esperar dois anos.
Não esperar aprovação do Conselho Jedi.
DevOps
Automação.
Pipeline.
Testes.
Deploy.
Integração contínua.
Hybrid Cloud
Executar aplicações onde faz sentido.
Cloud.
OpenShift.
IBM Z.
Linux.
Containers.
Inteligência Artificial
Watsonx.
LLMs.
Assistentes.
Análise de dados.
O IBM Garage para quem trabalha com Mainframe
Aqui fica interessante.
Porque o COBOL deixa de ser visto como problema.
E passa a ser ativo estratégico.
Imagine.
Programa COBOL
↓
CICS
↓
z/OS Connect
↓
API REST
↓
Aplicativo Android
Fim.
Sem reescrever.
Sem migrar.
Sem trauma psicológico.
Exemplo real
Sistema bancário.
Programa COBOL:
CONSCLIE
Recebe:
CPF
Retorna:
Nome
Saldo
Conta
Antes.
Somente terminal 3270.
Agora.
API.
JSON.
Cliente consulta pelo celular.
COBOL continua executando.
Feliz.
Seguro.
Confortável.
Como um senhor aposentado tomando café observando jovens discutirem Kubernetes.
As quatro fases do IBM Garage
1 Descobrir
Workshop.
Usuários.
TI.
Negócio.
Arquitetos.
Desenvolvedores.
Perguntas.
O que dói?
O que demora?
O que pode melhorar?
2 Definir
Escolher MVP.
Escopo.
Backlog.
Priorização.
3 Construir
Sprint.
Desenvolvimento.
Testes.
Protótipos.
4 Escalar
Produção.
DevSecOps.
Observabilidade.
Governança.
Exemplo para um desenvolvedor COBOL Júnior
Vamos imaginar.
Seu gerente diz.
Precisamos criar uma API.
Consultar cliente.
Passo 1
Identificar programa COBOL.
CONSCLIE
Passo 2
Verificar COMMAREA.
01 DFHCOMMAREA.
05 CPF PIC X(11).
05 NOME PIC X(40).
05 SALDO PIC S9(9)V99.
Passo 3
Criar serviço z/OS Connect.
Mapear campos.
Passo 4
Gerar Swagger.
Passo 5
Publicar.
Passo 6
Testar.
curl http://api.banco.com/clientes/12345678901
Resposta.
{
"name":"JOAO SILVA",
"saldo":1500.50
}
Pronto.
Você participou de uma iniciativa IBM Garage.
Sem perceber.
Ferramentas utilizadas
OpenShift
Git
Jenkins
UrbanCode
Ansible
Instana
Turbonomic
watsonx
Zowe
z/OS Connect
API Connect
O papel do desenvolvedor COBOL
Muita gente acredita.
Garage é somente para arquitetos.
Errado.
COBOL Developers são fundamentais.
Porque conhecem.
Regras de negócio.
Batch.
CICS.
DB2.
Processos críticos.
Sem eles.
Modernização vira arqueologia.
Dicas para um Programador COBOL Júnior
Estude APIs
REST.
JSON.
Swagger.
OpenAPI.
Aprenda Git
Git é obrigatório.
Conheça Docker
Mesmo sem usar.
Entenda conceitos.
Aprenda OpenShift
É o Kubernetes corporativo da IBM.
Estude z/OS Connect
Talvez seja a ferramenta mais importante atualmente para integração Mainframe.
Aprenda Agile
Scrum.
Kanban.
Sprint.
Não tenha medo de IA
A IA provavelmente escreverá códigos.
Mas dificilmente entenderá cinquenta anos de regras bancárias escondidas em programas COBOL com 80 mil linhas.
Você entenderá.
E isso possui enorme valor.
Minha opinião sobre IBM Garage
Eu gosto da proposta.
Porque ela reconhece algo importante.
Mainframe não é problema.
Mainframe é patrimônio.
COBOL não está morrendo.
Está sendo conectado.
API por API.
Container por container.
Sprint por sprint.
Workshop por workshop.
Até que um sistema criado em 1989 converse naturalmente com uma aplicação React, um chatbot baseado em LLM, um aplicativo Android e um painel analítico em nuvem.
E talvez esta seja a maior lição do IBM Garage.
Transformação digital não significa jogar fora décadas de conhecimento.
Significa pegar tudo aquilo que funciona incrivelmente bem.
Colocar uma interface moderna.
Adicionar automação.
Criar APIs.
Aplicar inteligência artificial.
E permitir que a próxima geração de desenvolvedores COBOL continue escrevendo história.
Porque, no fim das contas, o COBOL continua sendo aquele veterano experiente do escritório.
Ele não usa tênis colorido.
Não fala em Web3.
Não posta frases motivacionais no LinkedIn.
Mas é ele que paga os boletos do banco.
Processa salários.
Liquida cartões.
Movimenta bolsas de valores.
Autoriza pagamentos.
E mantém o mundo funcionando enquanto a internet discute qual será o próximo framework JavaScript da semana.
E talvez seja exatamente por isso que o IBM Garage exista.
Para mostrar que inovação não é destruir o passado.
É construir uma ponte elegante entre 1960 e 2030.
E fazer isso tomando um bom café, de preferência acompanhado de um desenvolvedor COBOL, um arquiteto IBM Z, um especialista em APIs e algumas dezenas de Post-its espalhadas pela mesa.
Apenas tome cuidado.
Se alguém aparecer dizendo que vai reescrever 40 milhões de linhas COBOL em um final de semana usando Inteligência Artificial, esconda o café.
E chame imediatamente um sysprog.
