 |
| Bellacosa Mainframe e a engenharia militar parte iv |
☕ Um Café no Bellacosa Mainframe
Engenharia Militar sem Mistérios para Programadores COBOL
Capítulo IV — Logística: A Guerra é Vencida Antes da Primeira Linha de Código
Quando um Programador COBOL Descobre que os Maiores Heróis da História Não Eram os Guerreiros... Eram Aqueles que Faziam o Arroz, a Água e os Dados Chegarem na Hora Certa
O inverno finalmente havia chegado.
Durante semanas, os sentinelas observavam o horizonte esperando o grande exército inimigo.
Quando ele apareceu, era exatamente como os batedores haviam previsto.
Milhares de soldados.
Centenas de cavalos.
Bandeiras coloridas.
Armaduras brilhando sob o sol.
O jovem general sorriu.
— Eles têm um exército magnífico.
O velho engenheiro apenas perguntou:
— Quantos dias de comida eles trouxeram?
O general estranhou a pergunta.
— Não importa.
Eles têm o dobro dos nossos homens.
O engenheiro caminhou até o mapa.
Apontou lentamente para um pequeno rio.
Depois para uma ponte.
Depois para uma estrada estreita.
Finalmente falou:
— Daqui a dez dias...
...eles terão metade do exército.
Daqui a vinte...
começarão a comer os próprios cavalos.
Daqui a trinta...
voltarão para casa sem nunca terem atacado este castelo.
O jovem não acreditou.
Mas exatamente um mês depois...
o enorme exército retirava-se derrotado.
Não perdera nenhuma batalha.
Perdera a logística.
Séculos depois...
02h48 da madrugada.
No data center, um programa COBOL aguardava um arquivo de entrada.
O código estava perfeito.
Os testes haviam passado.
O compilador não encontrara erros.
O JCL estava correto.
Mesmo assim...
o processamento não começou.
O arquivo nunca chegou.
A guerra acabara de ser perdida.
Sem que uma única linha COBOL tivesse sido executada.
Pegue seu café.
Hoje falaremos sobre aquilo que mantém castelos, empresas, países e mainframes vivos.
1. A arma mais poderosa nunca foi a espada
Hollywood nos ensinou que guerras são vencidas por:
espadas;
canhões;
arqueiros;
tanques;
aviões.
A História ensina outra coisa.
As maiores campanhas militares foram decididas por:
comida;
água;
transporte;
estradas;
pontes;
cavalos;
combustível;
comunicação;
manutenção.
Napoleão compreendia isso.
Os romanos dominaram boa parte da Europa porque construíram estradas extraordinárias.
Os castelos japoneses eram posicionados considerando rios, arrozais e rotas comerciais.
Na Segunda Guerra Mundial, petróleo tornou-se tão importante quanto armas.
Nenhum exército luta de estômago vazio.
Nenhum sistema crítico funciona sem recursos.
2. O Data Center também possui logística
Quando alguém olha para um ambiente IBM Z, normalmente enxerga:
COBOL.
CICS.
Db2.
JCL.
VSAM.
Mas por trás deles existe uma gigantesca operação logística.
Ela envolve:
CPU
Memória
Storage
Redes
Energia elétrica
Refrigeração
Backups
Snapshots
Fitas
Operadores
Monitoramento
Licenciamento
Equipes de plantão
Sem qualquer um desses elementos...
o melhor programa do mundo torna-se inútil.
3. O Job que esperava comida
Imagine um processamento noturno.
CLIENTES
│
▼
VALIDAÇÃO
│
▼
COBOL
│
▼
DB2
│
▼
RELATÓRIO
À primeira vista parece simples.
Mas observe o que realmente acontece.
Antes do programa iniciar:
✔ o arquivo precisa existir
✔ o dataset precisa estar catalogado
✔ o Db2 precisa estar disponível
✔ o storage precisa possuir espaço
✔ o operador precisa liberar a cadeia
✔ o JES precisa escalonar
✔ o WLM precisa fornecer CPU
✔ o RACF precisa permitir acesso
✔ a rede precisa estar funcionando
O COBOL é apenas um dos soldados da operação.
4. O arroz do samurai
Um samurai podia possuir a melhor katana do Japão.
Sem arroz...
não sobreviveria uma semana.
Da mesma forma...
um programa COBOL pode possuir o algoritmo perfeito.
Sem CPU...
não executa.
Sem disco...
não grava.
Sem memória...
não trabalha.
Sem arquivo...
não lê.
Sem autorização...
não abre dataset.
Sem rede...
não entrega informação.
Toda aplicação depende de suprimentos invisíveis.
5. O mito do "meu programa está certo"
Essa talvez seja uma das frases mais perigosas da carreira.
"Meu programa funciona."
Será?
Funciona em qual ambiente?
Com qual volume?
Com quantos usuários?
Com qual banco?
Com qual storage?
Durante qual horário?
Sob qual carga?
Um algoritmo pode funcionar perfeitamente em desenvolvimento.
Depois consumir:
100%
da CPU em produção.
Ou gerar contenção.
Ou provocar deadlocks.
Ou ultrapassar a janela batch.
O programa continua correto.
A logística deixou de suportá-lo.
6. A janela Batch
Imagine uma rodovia.
Durante a madrugada...
não há trânsito.
Então milhares de caminhões atravessam a estrada.
Essa estrada chama-se Batch Window.
Durante algumas horas:
milhares de jobs
disputam:
CPU
Memória
Disco
I/O
Rede
Cada minuto desperdiçado por um job afeta dezenas dos próximos.
Por isso existe uma regra silenciosa entre programadores experientes.
Seu programa não compete apenas consigo mesmo.
Ele compete com toda a empresa.
7. O WLM: o General Invisível
O Workload Manager faz algo extraordinário.
Ele decide:
Quem recebe CPU.
Quem espera.
Quem possui prioridade.
Quem pode utilizar mais recursos.
Imagine um general distribuindo comida durante um cerco.
Nem todos receberão a mesma quantidade.
Quem protege a muralha principal provavelmente comerá primeiro.
Quem está na retaguarda poderá esperar.
O WLM faz exatamente isso.
Ele distribui recursos de acordo com objetivos definidos pela organização.
8. Storage: o Arsenal do Castelo
Nos castelos japoneses existiam enormes depósitos.
Arroz.
Madeira.
Água.
Flechas.
Ferramentas.
Sem eles...
não existia campanha.
Hoje o storage desempenha papel semelhante.
Datasets.
Volumes.
Snapshots.
Replication.
FlashSystem.
Backups.
Recovery.
Quando um ransomware destrói dados...
a verdadeira batalha começa justamente aqui.
Não basta possuir backup.
É necessário recuperá-lo rapidamente.
Um exército que demora três meses para reconstruir uma ponte...
já perdeu a guerra.
9. IBM FlashSystem e o pensamento militar
Os modernos sistemas IBM FlashSystem incorporam conceitos extremamente próximos da engenharia militar.
Defesa em profundidade.
Redundância.
Recuperação acelerada.
Snapshots imutáveis.
Detecção inteligente.
É como um castelo que possui:
muralha externa
muralha interna
fosso
torres
depósitos
passagens secretas
plano de evacuação
Mesmo que uma defesa falhe...
outras continuam protegendo a fortaleza.
10. A fila MQ é uma estrada
Imagine milhares de carroças.
Cada uma transporta uma mensagem.
Se todas tentarem atravessar a mesma ponte ao mesmo tempo...
ocorre congestionamento.
MQ resolve justamente esse problema.
Organiza.
Armazena.
Entrega.
Controla.
Confirma.
Reenvia.
Uma fila não é apenas tecnologia.
É engenharia logística.
11. O segredo dos romanos
Os romanos construíram aproximadamente 400 mil quilômetros de estradas.
Isso permitia:
movimentar tropas
transportar alimentos
enviar mensageiros
levar impostos
controlar províncias
A estrada era muito mais importante que o exército.
Na informática...
APIs.
MQ.
TCP/IP.
FTP.
Connect:Direct.
VSAM.
Arquivos.
Todos são estradas.
Sem elas...
os dados nunca chegam.
12. Shogun e a logística invisível
Em Shogun, muitos espectadores concentram atenção nas batalhas.
Mas o verdadeiro poder está em:
quem controla os portos.
quem controla o arroz.
quem controla os navios.
quem controla os mensageiros.
quem controla os impostos.
quem controla os comerciantes.
Isso também vale para empresas.
Quem controla os dados...
controla a operação.
Quem controla os backups...
controla a recuperação.
Quem controla a infraestrutura...
controla o tempo.
13. Goblin Slayer e o inventário
Goblin Slayer raramente entra em uma caverna apenas com sua espada.
Ele verifica:
cordas
água
óleo
tochas
escudos
venenos
armadilhas
mapas
rotas de fuga
Cada objeto possui uma função.
Essa preparação parece exagerada.
Até o momento em que tudo dá errado.
Programadores experientes fazem exatamente igual.
Antes da implantação verificam:
backup
rollback
versão
load module
DBRM
bind
JCL
procedimentos
autorizações
monitoramento
O sucesso começa antes da execução.
14. O desastre do caminhão perdido
Imagine uma fábrica.
Toda produção depende de um caminhão trazendo matéria-prima.
O caminhão quebra.
A fábrica inteira para.
Na arquitetura chamamos isso de:
Single Point of Failure.
Em sistemas críticos devemos perguntar constantemente.
Existe apenas:
um arquivo?
uma fila?
um servidor?
um operador?
uma credencial?
uma rota?
Se a resposta for sim...
talvez exista uma fragilidade logística.
15. A Engenharia do Tempo
Outro recurso precioso é o tempo.
Um processamento batch possui prazo.
Uma janela.
Se ela termina às 06:00...
não adianta concluir às 06:20.
Tecnicamente funcionou.
Operacionalmente fracassou.
É como um exército chegar ao campo de batalha um dia depois da batalha.
16. Como pensar como um engenheiro logístico
Antes de desenvolver qualquer alteração pergunte.
Meu programa recebe quais recursos?
Quem produz esses recursos?
Quem depende do meu resultado?
Qual volume existe?
Qual crescimento esperado?
Existe espaço?
Existe contingência?
Existe monitoramento?
Existe recuperação?
Existe documentação?
Esse conjunto de perguntas muda completamente a qualidade das soluções.
17. Curiosidade Histórica
Durante o período Sengoku, muitos castelos japoneses eram projetados próximos a rios navegáveis, áreas agrícolas e rotas comerciais. O objetivo não era apenas facilitar o comércio, mas garantir abastecimento durante cercos prolongados. Em diversos casos, uma fortaleza bem abastecida resistia por meses sem grandes combates, enquanto exércitos maiores eram obrigados a recuar por falta de alimentos e suprimentos.
Os ambientes IBM Z seguem uma lógica semelhante. Sua capacidade de manter processamento contínuo depende tanto da infraestrutura — energia, armazenamento, redes, refrigeração, monitoramento e equipes — quanto do software. A resiliência nasce da combinação entre arquitetura e operação.
18. Easter Egg — O Dataset Fantasma
Conta uma antiga história dos operadores de mainframe que existia um job chamado:
NIGHT001
Durante quinze anos ele executava exatamente às 02:17.
Jamais falhava.
Até uma madrugada.
O COBOL terminou com MAXCC=0000.
Tudo parecia perfeito.
Mesmo assim...
centenas de jobs seguintes começaram a falhar.
Depois de horas investigando descobriram.
O programa havia produzido o arquivo corretamente.
Mas ninguém o catalogou.
O dataset existia.
Mas era invisível.
Era como uma carroça cheia de arroz estacionada do lado de fora das muralhas.
A comida estava lá.
Ninguém conseguia encontrá-la.
Desde então surgiu uma frase entre os operadores mais antigos.
Produzir dados não basta.
É preciso garantir que eles possam ser encontrados.
19. Checklist do Engenheiro Logístico
Antes da implantação confirme:
✔ Existe CPU suficiente?
✔ Existe espaço em disco?
✔ A janela batch suporta o processamento?
✔ Há monitoramento?
✔ Existe backup?
✔ Existe rollback?
✔ O arquivo de entrada chegará?
✔ O consumidor conseguirá ler o layout?
✔ Existe redundância?
✔ Há documentação operacional?
✔ Quem será acionado em caso de falha?
✔ O plano foi testado em volume próximo ao real?
Conclusão — A Última Carroça
O inverno já durava semanas.
Os soldados observavam o horizonte esperando o ataque final.
Nenhum inimigo apareceu.
O velho engenheiro caminhou lentamente até os depósitos.
Restava apenas uma carroça de arroz.
Chamou o jovem general.
— O que você faria?
O rapaz respondeu imediatamente.
— Distribuiria tudo para os soldados.
O engenheiro sorriu.
— Não.
Primeiro precisamos garantir que amanhã ainda exista arroz.
Naquele instante o jovem compreendeu.
A missão de um engenheiro nunca termina na batalha de hoje.
Ela continua na capacidade de sustentar a batalha de amanhã.
Na madrugada do data center, o operador observava o painel.
O último job da cadeia acabara de terminar.
MAXCC=0000.
Todos comemoraram.
O veterano, porém, fez apenas uma pergunta:
— O arquivo chegou ao parceiro externo?
Silêncio.
Ninguém havia verificado.
Minutos depois veio a confirmação.
O arquivo estava entregue.
Os totais conciliavam.
Os relatórios batiam.
Os backups haviam sido concluídos.
Os snapshots estavam consistentes.
A operação realmente terminara.
O jovem programador sorriu.
Agora entendia que escrever um bom programa era apenas metade da missão.
A outra metade era garantir que todos os recursos invisíveis continuassem alimentando aquela fortaleza noite após noite.
Porque castelos não sobrevivem graças às espadas.
Sobrevivem graças às carroças que continuam chegando, mesmo quando ninguém percebe que elas existem.
Este capítulo prepara naturalmente o Capítulo V — Fortificações, Defesa em Profundidade e o Castelo Digital, onde a narrativa conectará castelos japoneses, muralhas, RACF, criptografia, snapshots imutáveis, Zero Trust e segurança em IBM Z como diferentes camadas de defesa de uma mesma fortaleza.
☕ Um Café no Bellacosa Mainframe
Engenharia Militar sem Mistérios para Programadores COBOL
Uma campanha completa sobre estratégia, logística, inteligência, segurança, liderança, continuidade, sistemas críticos, IBM Z e COBOL.
Um Data Center analisado como uma fortaleza em guerra
A série Engenharia Militar sem Mistérios para Programadores COBOL compara castelos, exércitos, muralhas, cadeias de comando, logística, inteligência e operações militares com os ambientes IBM Z responsáveis por bancos, governos, seguros, transportes e serviços essenciais.
Cada artigo apresenta uma parte dessa arquitetura: aplicações COBOL, Jobs JCL, transações CICS, bancos Db2, filas MQ, segurança RACF, monitoramento, contingência, liderança, documentação e continuidade operacional.
Índice da campanha
Links completos da série Engenharia Militar
Esta relação permanece disponível no HTML da página para mecanismos de busca, leitores de tela, navegadores sem JavaScript e ferramentas de arquivamento.
- Engenharia Militar sem Mistérios para Programadores COBOL
- Prólogo — O Chamado do Guardião
- Capítulo I — O Castelo, a Ponte e o Job que Não Podia Falhar
- Capítulo II — Estratégia, Operação e Tática
- Capítulo III — A Cadeia de Comando
- Capítulo IV — Logística
- Capítulo V — As Muralhas Invisíveis
- Capítulo VI — Inteligência, Reconhecimento e Espionagem
- Capítulo VII — A Arte da Guerra Aplicada ao Mainframe
- Capítulo VIII — Liderança, Moral e Disciplina
- Capítulo IX — Inovação, Evolução e o Futuro
- Capítulo X — O Legado do Engenheiro
- Capítulo XI — O Guardião Invisível
- Capítulo XII — A Fortaleza Invisível
- Capítulo XIII — Os Sentinelas da Madrugada
- Capítulo XIV — A Civilização Invisível
- Capítulo XV — Engenharia de Cerco
- Glossário IBM Z + Engenharia Militar
- Apêndice A — Correspondências Históricas e Técnicas
- Os 10 Animes Mais Emblemáticos Sobre Engenharia Militar
- Os 10 Animes Mais Emblemáticos Sobre Logística Militar
- Os 10 Animes Mais Emblemáticos Sobre Tática Militar
- Os 10 Animes Mais Emblemáticos Sobre Estratégia Militar
- Especial — Guerrilha Urbana
- Especial — Guerrilha no Campo e na Floresta
