☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta data center. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta data center. Mostrar todas as mensagens

quarta-feira, 3 de junho de 2026

A Família IBM Storage TS: Os Guardiões Silenciosos dos Dados que Mantêm o Mundo Funcionando

 

Bellacosa Mainframe a familia ibm storage ts: tapes e cartridges

☕ Um Café no Bellacosa Mainframe

A Família IBM Storage TS: Os Guardiões Silenciosos dos Dados que Mantêm o Mundo Funcionando

Muito além das fitas: conheça a evolução do armazenamento corporativo e descubra por que os maiores bancos do mundo ainda confiam na família IBM TS.

"Um programador COBOL normalmente pensa em arquivos, datasets e VSAM. Um administrador pensa em discos. Mas existe uma camada inteira entre eles que poucos enxergam. É nela que mora a verdadeira magia do armazenamento corporativo."

Existe uma curiosidade interessante.

Pergunte para um desenvolvedor júnior:

"Onde fica armazenado o arquivo que seu programa COBOL acabou de gravar?"

A resposta normalmente será:

"No disco."

Tecnicamente...

Está correta.

Mas também está extremamente incompleta.

Na verdade, entre seu programa COBOL e o disco físico existe um universo inteiro composto por controladoras, caches, virtualização, compressão, replicação, criptografia, fitas virtuais, bibliotecas robotizadas e algoritmos que trabalham 24 horas por dia para garantir que nenhum byte desapareça.

Hoje vamos tomar um café e conhecer um dos mundos mais fascinantes da computação corporativa: a família IBM Storage TS.


Antes de falar de Storage...

Vamos fazer uma viagem no tempo.

Imagine um banco em 1985.

O expediente termina às 18h.

À noite começa o Batch.

Depois dos programas COBOL processarem milhões de transações...

Era necessário fazer backup.

Como?

Em fitas magnéticas.

Literalmente.

O operador colocava dezenas ou centenas de cartuchos na biblioteca.

Os drives começavam a trabalhar.

CPU

↓

COBOL

↓

Disco

↓

Fita

No dia seguinte...

As fitas eram retiradas.

Algumas iam para cofres.

Outras viajavam para outro prédio.

Outras eram guardadas durante anos.

Era o famoso plano de recuperação de desastres.

Na época fazia todo sentido.

Hoje...

Nem tanto.


O problema do backup tradicional

Imagine um banco que possui:

  • 5 PB de dados

  • milhares de servidores

  • centenas de máquinas virtuais

  • IBM Z

  • Linux

  • Windows

  • Cloud

Será que copiar tudo uma vez por dia continua funcionando?

Não.

O mundo mudou.

Hoje existem aplicações funcionando:

  • 24 horas

  • 7 dias por semana

  • 365 dias por ano

Não existe mais "janela de backup".


Bellacosa Mainframe apresenta Virtual Tape

O nascimento do Virtual Tape

A IBM percebeu esse problema ainda nos anos 90.

Em 1997 lançou uma tecnologia revolucionária.

O primeiro Virtual Tape System (VTS).

A ideia parecia simples.

Em vez de gravar diretamente na fita...

O sistema gravaria primeiro em discos rápidos.

Depois moveria automaticamente os dados para fita.

Visualmente:

Aplicação COBOL

↓

Canal FICON

↓

Virtual Tape

↓

Disco

↓

Fita Física

Para o programa...

Nada mudou.

Ele continua acreditando estar escrevendo numa fita.

Esse detalhe é genial.


Curiosidade ☕

Seu programa COBOL nunca "soube" que a fita era virtual.

O JCL continuou praticamente igual.

O DD continuou apontando para uma fita lógica.

Toda a inteligência acontecia atrás das cortinas.

É um dos maiores exemplos de retrocompatibilidade da história da computação.


O que significa TS?

Muita gente acredita que TS significa apenas "Tape Storage".

Na realidade, dentro da linha IBM, TS identifica uma família de soluções de armazenamento corporativo voltadas principalmente para tecnologias de fita e virtualização de fita, embora seus recursos hoje vão muito além do simples uso de cartuchos físicos.

Ao longo dos anos surgiram equipamentos como:

  • TS1120

  • TS1130

  • TS1140

  • TS1150

  • TS1160

  • TS4500

  • TS7700

  • TS7770

  • TS7780

  • TS7785

Cada geração trouxe melhorias em:

  • desempenho

  • criptografia

  • compressão

  • capacidade

  • confiabilidade


A evolução da família TS

Podemos imaginar essa evolução assim:

Fita Física

↓

Virtual Tape

↓

GRID

↓

Cloud

↓

Always-On Data Protection

Perceba que não estamos falando apenas de hardware.

Estamos falando da evolução da própria filosofia de proteção de dados.


A família TS7700

Se existe uma estrela dentro desse universo...

Ela atende pelo nome:

IBM TS7700.

Durante muitos anos foi considerada a principal plataforma de Virtual Tape para ambientes IBM Z.

Ela introduziu conceitos que hoje parecem comuns.

Na época eram revolucionários.

Como:

✔ Cache inteligente

✔ Replicação

✔ GRID

✔ Failover automático

✔ Balanceamento

✔ Virtualização


Imagine uma biblioteca...

Pense numa biblioteca gigantesca.

Milhões de livros.

Agora imagine quatro bibliotecas espalhadas pelo país.

Todas possuem exatamente o mesmo catálogo.

Você entra em qualquer uma.

Pede um livro.

Ela encontra.

Pouco importa onde ele foi guardado originalmente.

Essa é a ideia do GRID.


O que é GRID?

GRID é provavelmente o conceito mais importante da família TS.

Antes:

Servidor Principal

↓

Backup

Depois:

Cluster A

↔

Cluster B

↔

Cluster C

↔

Cluster D

Todos trabalham.

Todos conhecem todos.

Todos possuem consciência dos dados.

É como um time de futebol.

Não existe apenas um jogador.

Se alguém sair machucado...

O jogo continua.


Easter Egg 🎮

Se você assistiu Star Wars, imagine o Conselho Jedi.

Não existe um único Jedi controlando toda a galáxia.

Todos colaboram.

O GRID funciona de maneira parecida.

Cada nó conhece o estado do ambiente inteiro.


Active-Active

Aqui aparece outro conceito importante.

Durante décadas existiu a arquitetura:

Primary

↓

Replica

↓

Standby

O standby ficava parado.

Esperando.

Às vezes durante anos.

No TS7785 isso muda.

Todos trabalham.

Todos recebem carga.

Todos respondem.

Todos podem restaurar dados.

É muito mais eficiente.


O TS7785

Chegamos ao protagonista.

O TS7785 representa uma evolução enorme da arquitetura TS7700.

Ele nasceu para atender não apenas Mainframe.

Mas também:

  • IBM i

  • LinuxONE

  • RHEL

  • ambientes distribuídos

É como se a IBM tivesse dito:

"A tecnologia que funcionou durante décadas no IBM Z agora está pronta para proteger qualquer plataforma."


Construído sobre IBM Power9+

Outro detalhe interessante.

O TS7785 utiliza processadores IBM Power9+.

Por quê?

Porque backup moderno faz muito mais do que copiar arquivos.

Ele precisa:

  • comprimir

  • criptografar

  • verificar integridade

  • sincronizar GRID

  • movimentar dados

  • conversar com Cloud

Tudo isso exige processamento.

Muito processamento.


4 GB por segundo

O artigo informa até:

4 GB/s por cluster.

Vamos traduzir.

4 GB/s

=

240 GB/min

=

14,4 TB/h

Isso significa que enormes volumes podem ser protegidos rapidamente.


Compressão ou Deduplicação?

Essa parte costuma confundir iniciantes.

Hoje quase todo fabricante fala de deduplicação.

A IBM escolheu outro caminho.

Compressão inline.

Vamos entender.


Deduplicação

Imagine dois arquivos.

ABCDEF

ABCXYZ

Os primeiros blocos são iguais.

A deduplicação guarda apenas uma cópia.

Economiza espaço.

Mas...

Na hora do restore precisa reconstruir tudo.

Isso pode consumir tempo.


Compressão Inline

Na compressão:

Arquivo

↓

Compacta

↓

Grava

Na recuperação:

Lê

↓

Descompacta

↓

Pronto

Mais simples.

Mais previsível.

Especialmente em cargas sequenciais típicas de backup.


Curiosidade ☕

A IBM prefere desempenho previsível.

Em ambientes bancários isso normalmente vale mais do que economizar alguns terabytes.


Unified Data Model

Imagine dez administradores.

Cada um sabe onde estão seus backups.

Problema.

Agora imagine:

Um catálogo único.

Todos enxergam tudo.

É isso que faz o Unified Data Model.

Você não precisa decorar onde cada cópia está armazenada.

O sistema resolve isso.


Cloud Storage Tier

Outra evolução importante.

Antigamente:

Disco

↓

Fita

Hoje:

SSD

↓

Disco

↓

Cloud

↓

Deep Archive

Tudo automatizado.

Baseado em políticas.

Por exemplo.

Após 30 dias.

Mover para Cloud.

Após um ano.

Mover para Archive.

Sem intervenção humana.


LAN-Free Backup

Essa tecnologia existe há anos.

Mas continua extremamente relevante.

Sem LAN-Free:

Servidor

↓

Rede Ethernet

↓

Backup Server

↓

Storage

Toda a rede sofre.

Com LAN-Free:

Servidor

↓

Fibre Channel

↓

Storage

Muito mais rápido.

Muito menos congestionamento.


Synthetic Full

Outro nome bonito.

A ideia também é simples.

Ao invés de criar um Full toda semana...

O sistema monta um Full virtual usando:

  • Full anterior

  • incrementais

Resultado.

Economiza:

✔ espaço

✔ tempo

✔ processamento


O conceito de Cyber Resilience

Repare que a IBM quase não fala "backup".

Ela fala:

Cyber Resilience.

Existe uma diferença enorme.

Backup significa:

"Tenho uma cópia."

Cyber Resilience significa:

"Mesmo atacado, continuo funcionando."

São filosofias completamente diferentes.


A regra 3-2-1

Você provavelmente ouvirá essa expressão durante entrevistas.

Ela significa:

  • 3 cópias dos dados

  • 2 mídias diferentes

  • 1 cópia fora do ambiente principal

Hoje muitos especialistas já falam em:

3-2-1-1-0

Onde existe ainda:

  • uma cópia imutável

  • zero erros após validação


Dica para quem trabalha com Mainframe

Se você conhece:

  • JCL

  • DFSMS

  • HSM

  • DFSMShsm

  • FICON

  • SMS

  • Catalog

  • RACF

Você já possui metade dos conceitos necessários para entender Storage Enterprise.

O restante é aprender como esses componentes conversam entre si.


Curiosidade histórica ☕

Os primeiros operadores de Mainframe literalmente carregavam caixas de fitas pelo Data Center.

Hoje um robô faz isso sozinho.

Algumas bibliotecas conseguem movimentar milhares de cartuchos automaticamente sem intervenção humana.

Se você visitar um grande Data Center verá braços robóticos deslizando entre estantes de fitas. Parece cena de ficção científica.


Easter Egg 🎮

Lembra do filme Indiana Jones e os Caçadores da Arca Perdida, quando a Arca é levada para um gigantesco depósito cheio de caixas idênticas?

Aquilo lembra bastante uma biblioteca de fitas corporativa.

A diferença é que, no mundo IBM, um software sabe exatamente onde cada "caixa" está e consegue encontrá-la em segundos.


Outro Easter Egg para os Padawans

No universo Star Wars existe o Holocron.

Ele guarda conhecimento dos Jedi.

No mundo IBM...

As fitas fazem algo parecido.

Elas preservam décadas de informações bancárias, governamentais e empresariais que continuam acessíveis quando necessário.


O futuro

O TS7785 mostra claramente para onde o mercado está caminhando.

Não basta possuir backups.

Será necessário possuir:

  • dados sempre disponíveis

  • múltiplos sites

  • Cloud integrada

  • inteligência automática

  • proteção contra ransomware

  • recuperação quase instantânea

Backup deixa de ser uma tarefa operacional.

Passa a ser parte da estratégia de continuidade do negócio.


Conclusão

Durante muito tempo, storage era visto como "aquele equipamento onde os arquivos ficam guardados". Hoje sabemos que essa visão é limitada. A família IBM Storage TS representa décadas de engenharia voltadas para garantir disponibilidade, desempenho e proteção dos ativos mais valiosos de qualquer organização: seus dados.

Da fita física ao Virtual Tape, da arquitetura GRID ao TS7785 com proteção contínua, a evolução mostra que a IBM não apenas acompanhou as mudanças do mercado, mas ajudou a defini-las. Conceitos como Active-Active, Unified Data Model, Cloud Storage Tier, LAN-Free Backup, Synthetic Full e Cyber Resilience demonstram que armazenamento moderno é muito mais do que capacidade; é inteligência, automação e continuidade operacional.

Para um programador COBOL júnior, entender esse ecossistema é um diferencial importante. Mesmo que você nunca administre um storage corporativo, seus programas gravam dados que percorrem essa infraestrutura todos os dias. Saber o que acontece "do outro lado do dataset" amplia sua visão da arquitetura corporativa e ajuda a compreender por que o IBM Z continua sendo referência mundial em confiabilidade.

No fim das contas, existe uma frase que resume bem a missão da família IBM Storage TS:

"O melhor backup é aquele que você quase nunca percebe... porque os dados continuam disponíveis quando o negócio mais precisa deles."

E talvez esse seja o maior legado da engenharia IBM: construir tecnologias tão confiáveis que passam despercebidas, enquanto silenciosamente protegem bilhões de transações todos os dias.


terça-feira, 26 de maio de 2026

Israel, Finlândia e Singapura nos Logs do Seu Blog?

 

Bellacosa Mainframe curioso com bots visitantes

☕ Um Café no Bellacosa Mainframe

Israel, Finlândia e Singapura nos Logs do Seu Blog?

O Que Todo Programador COBOL Padawan Precisa Saber Sobre Scanners de Segurança, Plataformas SaaS e Por Que Seu Site Está Sendo Visitado por Robôs Muito Antes dos Leitores

Quando um programador COBOL abre o Google Analytics pela primeira vez e observa países como Israel, Finlândia, Singapura, Alemanha ou Estados Unidos entre os maiores visitantes do seu blog em português, a reação costuma ser imediata:

"Será que tenho leitores em Tel Aviv?"

"Será que um banco finlandês descobriu meu artigo sobre CICS?"

"Por que Singapura aparece quase empatando com o Brasil?"

A resposta, na maioria das vezes, é não.

Na verdade, existe um enorme ecossistema invisível funcionando 24 horas por dia na Internet. Um ecossistema composto por milhares de sistemas automatizados que percorrem bilhões de páginas diariamente.

Esses sistemas não estão interessados em aprender COBOL.

Eles querem analisar, classificar, indexar, monitorar, traduzir, proteger, testar e compreender a Internet inteira.

Assim como um grande banco possui dezenas de jobs batch executando durante a madrugada, a Internet também possui milhões de "jobs" funcionando continuamente.

E muitos deles passam pelo seu blog.


Imagine um Data Center Mainframe

Vamos fazer uma analogia.

Imagine um banco executando z/OS.

Nele existem:

  • CICS

  • DB2

  • MQ

  • RACF

  • JES2

  • SMF

  • RMF

  • WLM

  • VTAM

Você sabe que o cliente apenas vê o caixa eletrônico.

Mas atrás dele existem centenas de processos invisíveis.

Existem jobs responsáveis por:

  • auditoria;

  • backup;

  • segurança;

  • estatísticas;

  • monitoramento;

  • geração de relatórios;

  • detecção de fraude;

  • sincronização.

O usuário nunca percebe sua existência.

Na Internet acontece exatamente a mesma coisa.

Enquanto você lê uma página, dezenas de serviços também estão "lendo" essa página.


Quem São Esses Visitantes?

Quando observamos acessos vindos de Israel, Finlândia ou Singapura, frequentemente estamos vendo infraestrutura pertencente a empresas como:

  • Cloudflare

  • Akamai

  • Microsoft

  • Google

  • Amazon

  • DigitalOcean

  • Datadog

  • Elastic

  • Palo Alto Networks

  • Check Point

  • Wiz

  • Rapid7

  • CrowdStrike

  • Tenable

Essas empresas possuem datacenters espalhados pelo planeta.

Nem sempre o visitante representa uma pessoa.

Muitas vezes representa um software.


O Scanner de Segurança

Imagine um operador do RACF.

Ele precisa verificar diariamente:

  • permissões incorretas;

  • datasets expostos;

  • usuários privilegiados;

  • alterações suspeitas.

Na Internet acontece algo semelhante.

Existem robôs especializados em verificar:

Existe SQL Injection?

Existe Cross Site Scripting?

Existe Directory Listing?

Existe WordPress vulnerável?

Existe PHP antigo?

Existe Jenkins aberto?

Existe Elasticsearch sem senha?

Existe MongoDB exposto?

Esses robôs visitam bilhões de sites.

Inclusive blogs.


"Mas Meu Blog é Blogger"

Ótimo.

Seu risco é muito menor.

O Blogger praticamente elimina:

  • servidor Apache próprio;

  • PHP;

  • banco MySQL;

  • plugins vulneráveis.

Mesmo assim os scanners passam.

Eles simplesmente registram:

Servidor identificado.

HTTPS OK.

Sem vulnerabilidades conhecidas.

Próximo domínio.

É como executar:

LISTCAT

Nenhum erro.

Próximo catálogo.

Plataformas SaaS

SaaS significa:

Software as a Service.

Em vez de instalar programas localmente, tudo roda na nuvem.

Exemplos conhecidos:

  • GitHub

  • Jira

  • Confluence

  • Notion

  • Slack

  • Salesforce

  • Office 365

  • Google Workspace

Mas existe um universo muito maior.


SaaS Corporativos

Grandes empresas utilizam centenas de serviços automatizados.

Por exemplo:

Monitoramento

↓

Coleta métricas

↓

Analisa HTML

↓

Verifica certificados

↓

Analisa SEO

↓

Detecta links quebrados

↓

Verifica disponibilidade

↓

Emite relatório

Tudo isso acontece sem intervenção humana.


O "RMF" da Internet

No Mainframe temos o RMF.

Ele coleta:

  • CPU

  • I/O

  • memória

  • paging

  • discos

  • canais

Na Internet existem plataformas semelhantes.

Elas verificam:

Tempo de resposta

DNS

SSL

Headers HTTP

Latência

Compressão

CDN

Cache

Tamanho da página

Disponibilidade

Tudo automaticamente.


Israel: Um Gigante da Segurança

Muita gente estranha quando vê Israel aparecendo nas estatísticas.

Mas existe uma explicação.

Israel tornou-se um dos maiores polos mundiais de segurança digital.

Diversas empresas líderes nasceram lá ou mantêm grandes centros de pesquisa no país.

Entre elas estão organizações que desenvolvem soluções para:

  • proteção contra ataques;

  • análise de malware;

  • detecção de ameaças;

  • inteligência de vulnerabilidades;

  • monitoramento contínuo;

  • resposta a incidentes.

Esses sistemas precisam visitar milhões de páginas todos os dias.


Como Funciona Um Scanner

Imagine um programa COBOL.

PERFORM UNTIL FIM

   READ PROXIMO-SITE

   VERIFICA-CERTIFICADO

   VERIFICA-HEADERS

   VERIFICA-SSL

   VERIFICA-TEMPO

   GRAVA-RESULTADO

END-PERFORM.

Na prática, muitos scanners funcionam exatamente assim.

Apenas em escala gigantesca.

Em vez de mil registros.

Eles analisam bilhões.


E a Finlândia?

A Finlândia possui diversos datacenters modernos.

O clima frio reduz custos de refrigeração.

Além disso:

  • excelente infraestrutura;

  • energia estável;

  • conexão internacional;

  • legislação favorável.

Diversas empresas hospedam serviços lá.

Quando um crawler parte desses servidores, o Analytics registra:

Visitante:
Finlândia

Mesmo que o cliente real esteja no Canadá.


Singapura

Singapura talvez seja o maior hub tecnológico da Ásia.

É um ponto estratégico entre:

  • Japão

  • China

  • Coreia

  • Índia

  • Austrália

Grandes provedores possuem infraestrutura na região.

Por isso inúmeros serviços automatizados aparecem como originários de Singapura.


Alemanha

Frankfurt abriga um dos maiores Internet Exchange Points do mundo.

O famoso DE-CIX.

Milhões de conexões passam diariamente por ali.

Muitos serviços utilizam datacenters alemães para atender toda a Europa.


Estados Unidos

Nem precisa dizer.

Boa parte da infraestrutura mundial está hospedada nos EUA.

Inclusive:

  • Google

  • Microsoft

  • IBM

  • Amazon

  • Oracle

  • Cloudflare

Se um robô do Google visitar seu blog, há grande chance de o acesso aparecer como originário dos Estados Unidos.


Mas Esses Robôs São Maliciosos?

Nem sempre.

Na verdade, a maioria é completamente legítima.

Exemplos:

Googlebot

Indexa páginas.


Bingbot

Atualiza o índice da Microsoft.


Google Ads

Verifica páginas dos anúncios.


Search Console

Confirma indexação.


Cloudflare

Analisa desempenho.


Ahrefs

Analisa backlinks.


Semrush

Coleta informações de SEO.


OpenAI

Pode acessar conteúdos públicos para determinadas funcionalidades, respeitando políticas e controles aplicáveis.


Perplexity

Também realiza coleta de conteúdo público para responder perguntas e citar fontes.


Bots Bons x Bots Maus

Podemos comparar ao RACF.

Existem usuários autorizados.

Existem usuários mal-intencionados.

Na Internet ocorre o mesmo.

Bots bons:

✔ Google

✔ Bing

✔ DuckDuckGo

✔ Archive.org

✔ Monitoramentos

✔ SEO

Bots ruins:

✖ Tentam SQL Injection

✖ Tentam força bruta

✖ Procuram vulnerabilidades

✖ Tentam exploração automática


Seu Blog Está Sendo Testado

Sim.

Todos os dias.

Mesmo sem ninguém saber da sua existência.

A Internet inteira é constantemente varrida.

É parecido com deixar um terminal 3270 ligado à rede corporativa.

Mais cedo ou mais tarde algum sistema tentará descobrir o que existe ali.


O Blogger Ajuda Muito

Uma enorme vantagem do Blogger é justamente sua arquitetura.

Você não administra:

  • Linux

  • Apache

  • Nginx

  • PHP

  • Banco MySQL

Quem faz isso é o Google.

Na prática, seu blog oferece uma superfície de ataque muito menor do que um WordPress tradicional cheio de plugins.


O Analytics Não Conta Toda a História

Outra curiosidade.

Nem todo robô aparece nas estatísticas.

Muitos acessos são filtrados.

Outros sequer executam JavaScript.

Como o Google Analytics depende da execução do script de medição, vários crawlers passam despercebidos.

Por outro lado, alguns serviços mais sofisticados simulam navegadores completos e acabam sendo registrados.

Ou seja, o gráfico que você vê representa apenas uma parte da atividade real.


O Paralelo Perfeito com o Mainframe

Imagine que você consulta o SDSF e vê diversos jobs com nomes desconhecidos:

RMFMON01

SMFDUMP

DB2STAT

ICSFCHK

HSMMIGR

RACFAUD

Você sabe que eles fazem parte da operação do ambiente, mesmo que não estejam processando transações de clientes.

Na Internet acontece algo semelhante.

Enquanto seus leitores acessam um artigo sobre COBOL, dezenas de "jobs" invisíveis podem estar:

  • verificando o certificado TLS;

  • medindo o tempo de carregamento;

  • validando o HTML;

  • atualizando um índice de busca;

  • analisando metadados;

  • conferindo o Schema.org;

  • verificando links quebrados;

  • classificando o conteúdo por assunto.

Esses acessos aparecem nas estatísticas, mas não representam necessariamente leitores humanos.


Conclusão

Quando você observa países como Israel, Finlândia, Singapura, Alemanha ou Estados Unidos entre os principais visitantes do seu blog, não significa que milhares de pessoas desses locais estejam lendo seus artigos em português.

Na maioria das vezes, o que você está vendo é o funcionamento da infraestrutura invisível da Internet.

Scanners de segurança, plataformas SaaS, serviços de observabilidade, ferramentas de SEO, redes de distribuição de conteúdo (CDNs), mecanismos de busca e sistemas automatizados percorrem continuamente bilhões de páginas para manter a Web funcionando de forma segura, rápida e organizada.

Para um programador COBOL acostumado ao universo IBM Z, a melhor forma de enxergar esse cenário é imaginar a Internet como um gigantesco ambiente z/OS. Assim como um data center bancário executa inúmeros jobs de auditoria, monitoramento, backup, estatísticas e segurança sem que o usuário final perceba, a Web também possui seus "jobs batch" invisíveis, executados por robôs distribuídos em datacenters ao redor do mundo.

Portanto, da próxima vez que o Google Analytics mostrar milhares de acessos vindos de Israel, Singapura ou Finlândia, lembre-se: nem todo visitante está procurando aprender COBOL. Muitos estão apenas desempenhando o papel silencioso de manter a Internet segura, indexada, monitorada e pronta para que, quando um leitor humano pesquisar por "CICS", "DB2" ou "IBM Z", o seu artigo apareça entre os resultados. Essa é a verdadeira operação de bastidores da Web moderna — um grande processamento distribuído que, em espírito, não é tão diferente dos jobs que rodam todas as noites em um ambiente Mainframe.

domingo, 15 de fevereiro de 2026

🔥💀 DO CARTÃO PERFURADO AO COFRE NA MONTANHA

 

Bellacosa Mainframe e o mundo secreto do Storage Mainframe cartridges e o cofre na montanha de ferro

🔥💀 DO CARTÃO PERFURADO AO COFRE NA MONTANHA

“Como seus dados COBOL sobreviveram a guerras, ransomware… e ao tempo”


🧨 Introdução (sem mimimi)

Se você escreve COBOL hoje…
existe uma chance enorme de que o dado que você manipula:

  • já esteve em um cartão perfurado
  • passou por uma fita magnética
  • e talvez hoje esteja guardado em um cofre subterrâneo

Sim… isso não é romantização.
Isso é a linha evolutiva real do mainframe.

E no meio dessa história… existe um nome quase lendário:

👉 Iron Mountain


🧱 Capítulo 1 — Cartão perfurado: o “INSERT INTO” de 1930

Antes de existir dataset…
antes de existir VSAM…

👉 Existia isso:

  • Cartões físicos
  • 80 colunas
  • Cada furo = dado

💀 Tradução Bellacosa:

“Seu SELECT era um buraco no papel”


🧠 Curiosidades

  • Um programa COBOL inteiro = caixa de cartões
  • Derrubar a pilha = ABEND físico real
  • Ordenação = literalmente reorganizar papel

⚠️ Problema

  • Lento
  • Frágil
  • Não escalável

👉 Aí veio a revolução…


📼 Capítulo 2 — Tape: o primeiro “Big Data” do mundo

👉 A fita trouxe:

  • 📦 Volume massivo
  • 🔄 Processamento sequencial
  • ⚡ Muito mais velocidade que cartão

💀 Tradução:

“Sai o papel… entra o fluxo contínuo”


🧠 Como isso impactou o COBOL?

👉 Nasce o modelo que você usa até hoje:

  • Arquivo sequencial
  • Batch
  • Processamento em massa

💡 Insight poderoso

👉 Seu COBOL batch moderno…

💀 ainda pensa como fita


📦 Capítulo 3 — Cartridge: o “pendrive” do mainframe

  • Fita aberta → cartridge fechado
  • Mais proteção
  • Mais densidade
  • Automação

📊 Exemplo real

  • LTO-9 → 18 TB (nativo)
  • Compressão → até 45 TB

💀 Tradução:

“Uma fita hoje guarda mais que um datacenter antigo inteiro”


🏔️ Capítulo 4 — Iron Mountain: o cofre dos dados do mundo

👉 Agora entra o nível lendário…

A Iron Mountain:

  • Guarda dados em minas subterrâneas
  • Protegidas contra:
    • fogo
    • guerra
    • desastre
  • Usada por:
    • bancos
    • governos
    • Fortune 500

💀 Tradução Bellacosa:

“Se tudo der errado… seus dados estão dentro de uma montanha”


🚚 Como funciona

  1. Backup em fita
  2. Fita retirada da library
  3. Transporte seguro
  4. Armazenamento em cofre

🔐 Segurança real

👉 Isso cria o famoso:

AIR GAP físico


🧠 Capítulo 5 — Por que fita ainda manda?


⚔️ Disk vs Tape (sem romantismo)

CritérioDiskTape
Velocidade🐢
Custo💸💰
Durabilidade
Segurança⚠️🔐

💀 Verdade dura:

“Disco é rápido… fita é eterna”


🧨 Capítulo 6 — Ransomware não perdoa (mas fita sim)

👉 Se o backup estiver online:

💀 Ele será criptografado junto


👉 Se estiver em fita offline:

✔️ Intocado
✔️ Recuperável
✔️ Seguro


🧠 Capítulo 7 — O que o dev COBOL precisa entender


💡 Você NÃO está só escrevendo código

Você está:

  • Alimentando sistemas de retenção
  • Gerando dados regulatórios
  • Criando histórico corporativo

🎯 Dicas práticas

👉 Quando pensar em arquivos:

  • Sequencial → fita-friendly
  • Batch → tape-driven
  • Grande volume → tape inevitável

👉 Quando pensar em backup:

  • Disk → rápido
  • Tape → seguro

👉 Quando pensar em DR:

💀 “Se não tem fita… não tem garantia”


🧨 Curiosidades que ninguém te conta

  • CERN usa tape para centenas de PB
  • Cloud providers usam tape no backend
  • LTO roadmap chega a 576 TB por fita (futuro)

💀 Conclusão — A verdade que poucos entendem

👉 O mundo mudou
👉 A tecnologia evoluiu

Mas…


💀 A fita nunca morreu


Ela só:

  • Ficou mais densa
  • Mais segura
  • Mais invisível

🎯 Frase final estilo Bellacosa

“Seu COBOL pode rodar no Z17…
mas a memória da empresa ainda descansa em fita — guardada dentro de uma montanha.”

 

sexta-feira, 24 de maio de 2019

Do CPD ao Data Center

 

Bellacosa Mainframe do cpd ao data center


☕ Um Café no Bellacosa Mainframe

Do CPD ao Data Center

A Jornada da Computação Corporativa — O que Todo Programador COBOL Padawan Precisa Saber Sobre a Evolução dos Grandes Templos da Tecnologia

"O nome mudou. Os equipamentos mudaram. A velocidade mudou. Mas a missão continua exatamente a mesma: manter os dados vivos."


Introdução

Existe uma expressão que praticamente desapareceu do vocabulário dos profissionais mais jovens da informática.

CPD.

Quem começou a trabalhar na década de 70, 80 ou 90 dificilmente esquece essa sigla.

Era comum ouvir frases como:

"Vou até o CPD."

"O pessoal do CPD resolveu."

"O programa está parado no CPD."

Hoje quase ninguém fala isso.

O termo da moda virou Data Center.

Mas será que eles são exatamente a mesma coisa?

A resposta é não.

Embora ambos representem ambientes responsáveis pelo processamento das informações de uma empresa, existe uma enorme evolução tecnológica, organizacional e cultural entre um antigo CPD e um moderno Data Center.

Para um Programador COBOL Padawan entender isso é extremamente importante.

Porque o COBOL nasceu dentro dos CPDs.

E continua vivo dentro dos maiores Data Centers do planeta.

Vamos viajar por quase oitenta anos de história.


Antes do CPD

Voltemos aos anos 1940.

Os computadores daquela época eram monstruosos.

ENIAC.

UNIVAC.

IBM 701.

IBM 650.

Eles ocupavam salas inteiras.

Consumiam centenas de quilowatts.

Geravam muito calor.

Exigiam operadores especializados.

Não existia computador pessoal.

Computador era patrimônio nacional.

Somente governos, universidades e grandes empresas possuíam um.

Naquela época nem existia a expressão "Data Center".

Havia simplesmente:

Computer Room

ou

Machine Room

Ou seja:

Sala das Máquinas.


A origem do termo CPD

Quando os computadores começaram a ser usados comercialmente nos anos 60 e 70, surgiu a necessidade de criar departamentos exclusivos para cuidar deles.

No Brasil adotou-se a tradução:

Centro de Processamento de Dados

(CPD)

A palavra centro era importante.

Porque o computador era literalmente o centro de toda a empresa.

Todos os departamentos dependiam dele.

RH.

Financeiro.

Contabilidade.

Produção.

Estoque.

Folha de pagamento.

Tudo passava pelo CPD.


O que significava um CPD?

Imagine um prédio.

Dentro dele havia uma sala enorme.

Piso elevado.

Ar-condicionado potente.

Poucas pessoas podiam entrar.

Porta pesada.

Vidros escuros.

Muito silêncio.

No centro:

Um IBM System/360.

Depois um System/370.

Mais tarde um IBM 3090.

Ou um IBM 4381.

Ao redor existiam dezenas de equipamentos auxiliares.

Era praticamente um templo da computação.


O CPD era muito mais que um computador

Na verdade o computador era apenas uma pequena parte.

Um CPD normalmente possuía:

  • Mainframe

  • Unidades de fita magnética

  • Leitoras de cartão perfurado

  • Impressoras de linha

  • Consoles do operador

  • Controladoras

  • Discos removíveis

  • Unidades DASD

  • Painéis elétricos

  • Nobreaks

  • Geradores

  • Ar condicionado industrial

Tudo isso funcionando simultaneamente.


Por que o piso era elevado?

Essa é uma curiosidade clássica.

O famoso piso falso não existia apenas para esconder cabos.

Ali passavam:

  • energia elétrica

  • fibra óptica (mais recentemente)

  • cabos coaxiais

  • cabos de dados

  • tubos de refrigeração

  • sensores

  • aterramento

Além disso o ar frio era insuflado por baixo do piso.

O frio subia pelas grelhas exatamente onde os equipamentos estavam.

Esse conceito ainda existe em muitos Data Centers atuais.


O operador era quase um piloto de avião

Hoje quase tudo é automático.

Na década de 80 não era.

Existiam operadores trabalhando 24 horas.

Eles:

montavam fitas,

trocavam discos,

iniciavam jobs,

cancelavam jobs,

alimentavam impressoras,

reabasteciam formulários contínuos,

verificavam mensagens do console,

reiniciavam equipamentos.

Era uma profissão extremamente especializada.


O nascimento do Data Center

Nos anos 90 aconteceu uma revolução.

Os servidores começaram a ficar menores.

A arquitetura cliente-servidor cresceu.

Unix.

Windows NT.

Linux.

Sun.

HP.

DEC.

IBM RS/6000.

Em vez de um único computador gigantesco, passaram a existir centenas de servidores.

O antigo CPD começou a mudar.

Foi quando o termo internacional ganhou força:

Data Center

Centro de Dados.

Perceba a mudança.

Antes o foco era:

Processar dados.

Agora passou a ser:

Hospedar dados.

Disponibilizar serviços.

Conectar aplicações.

Executar virtualização.

Armazenar informações.

Oferecer alta disponibilidade.


O nome mudou porque a missão mudou

CPD focava em:

Processamento Batch.

Folha de pagamento.

Contabilidade.

Relatórios.

Lotes noturnos.

Data Center passou a focar em:

Internet.

Cloud.

APIs.

Virtualização.

Containers.

Microserviços.

IA.

Big Data.

Streaming.

Ambientes híbridos.

Hoje o processamento acontece continuamente.

24 horas.

365 dias.


O Mainframe desapareceu?

Não.

Esse é um dos maiores mitos da informática.

O que desapareceu foi o modelo centralizado do antigo CPD.

O Mainframe continua evoluindo.

Na verdade ele faz parte dos maiores Data Centers do mundo.

Bancos.

Companhias aéreas.

Seguradoras.

Governos.

Cartões de crédito.

Bolsa de valores.

Todos utilizam enormes Data Centers onde coexistem:

IBM Z

Linux

Windows

Storage

Cloud

Containers

OpenShift

Kubernetes

IA

Tudo integrado.

O mainframe deixou de ser "o computador" para se tornar um dos pilares da infraestrutura corporativa, convivendo com milhares de outros componentes.


A evolução dos equipamentos

Ontem

Mainframe

Fitas

Cartões

Impressoras

Terminais 3270

Discos removíveis

Controladoras dedicadas

Cabos grossos


Hoje

IBM Z

Blade Servers

Storage SAN

NAS

NVMe

SSD

GPUs

Switches Fibre Channel

Ethernet 400 Gb

Roteadores

Firewalls

Load Balancers

Appliances de Segurança

Clusters Kubernetes

Hipervisores

Cabines All Flash

Bibliotecas Robotizadas

Sistemas de Backup Imutável

Equipamentos de IA


O coração continua sendo a energia

Existe um detalhe curioso.

Mudou tudo.

Menos uma prioridade.

Energia.

Sem energia não existe Data Center.

Por isso encontramos:

UPS

Nobreaks

Baterias

Banco de baterias

Geradores Diesel

Geradores a Gás

Transformadores

Painéis elétricos redundantes

ATS (Automatic Transfer Switch)

PDU (Power Distribution Unit)

Barramentos inteligentes

Monitoramento em tempo real.

Nos grandes Data Centers existe redundância N+1, 2N ou até 2N+1 para garantir que uma falha não interrompa os serviços.


O ar-condicionado virou engenharia

Os antigos aparelhos de parede desapareceram.

Hoje encontramos:

CRAC

Computer Room Air Conditioner

e

CRAH

Computer Room Air Handler

Além disso:

Corredor frio.

Corredor quente.

Contenção de ar.

Sensores térmicos.

Resfriamento líquido.

Rear Door Heat Exchanger.

Immersion Cooling.

IA para otimização térmica.

Em instalações de alta densidade, especialmente com GPUs para IA, o resfriamento líquido está se tornando cada vez mais comum devido ao enorme consumo energético.


A evolução das equipes

No CPD existiam poucas funções.

Operador

Programador

Analista

Supervisor

Hoje um Data Center reúne dezenas de especialidades.

Infraestrutura

SysAdmin

Linux

Windows

Virtualização

VMware

Hyper-V

KVM


Redes

LAN

WAN

Wi-Fi

BGP

OSPF

SD-WAN


Mainframe

System Programmer

Storage Administrator

CICS

IMS

Db2

MQ

RACF

JES2

z/OS


Cloud

AWS

Azure

Google Cloud

IBM Cloud

OpenShift

Kubernetes

Terraform

Ansible


Segurança

SOC

Blue Team

Red Team

IAM

PAM

SIEM

EDR

XDR

Zero Trust


Observabilidade

Prometheus

Grafana

Elastic

OpenTelemetry

Splunk

Instana

Z APM Connect

RMF

SMF


DevOps

Git

GitHub

GitLab

Jenkins

Azure DevOps

IBM DBB

Zowe

ArgoCD

CI/CD


O armazenamento mudou completamente

Antes:

Discos enormes.

Pouca capacidade.

Caríssimos.

Hoje:

Petabytes.

Flash.

NVMe.

Object Storage.

Storage distribuído.

Snapshots.

Replicação síncrona.

Replicação assíncrona.

Deduplicação.

Compressão.

Immutable Backup.

Mesmo assim, conceitos clássicos de organização, integridade e recuperação continuam sendo fundamentais.


A segurança ganhou protagonismo

No antigo CPD bastava controlar quem entrava na sala.

Hoje isso está longe de ser suficiente.

Além da segurança física, um Data Center moderno precisa proteger:

  • identidade dos usuários;

  • aplicações;

  • APIs;

  • bancos de dados;

  • redes;

  • containers;

  • máquinas virtuais;

  • segredos e certificados;

  • criptografia em repouso e em trânsito;

  • monitoramento contínuo;

  • resposta a incidentes.

O prédio continua protegido, mas agora a "porta" também existe na internet.


A virtualização mudou tudo

Antigamente:

1 servidor.

1 sistema operacional.

1 aplicação.

Hoje:

Um único servidor pode hospedar centenas de máquinas virtuais.

Ou milhares de containers.

No IBM Z isso não é novidade.

LPARs, PR/SM e z/VM já permitiam consolidação e isolamento décadas antes de a virtualização se popularizar no mercado x86. Muitos conceitos considerados "modernos" em cloud nasceram primeiro no universo mainframe.


O Data Center virou uma nuvem

O usuário não sabe mais onde está seu sistema.

Pode estar:

São Paulo.

Dallas.

Frankfurt.

Tóquio.

Ou distribuído entre todos eles.

Essa é a essência do modelo híbrido.

O Data Center deixou de ser apenas um prédio.

Hoje ele pode ser uma combinação de infraestrutura própria, colocation e serviços em múltiplas nuvens públicas.


O papel do Programador COBOL nesse novo cenário

Muitos iniciantes imaginam que o programador COBOL trabalha isolado.

Na realidade, ele faz parte de um ecossistema muito maior.

Um programa COBOL pode:

  • acessar Db2;

  • publicar mensagens no IBM MQ;

  • consumir APIs REST via z/OS Connect;

  • trocar dados com microsserviços Java;

  • participar de pipelines CI/CD;

  • ser monitorado por observabilidade moderna;

  • executar em um IBM Z integrado à cloud.

Conhecer o ambiente onde sua aplicação roda é tão importante quanto conhecer a linguagem.


CPD x Data Center

CPDData Center
Foco em processamentoFoco em serviços e disponibilidade
Mainframe centralInfraestrutura distribuída
Batch predominanteBatch + tempo real
Operação manualAutomação e orquestração
Poucas equipesTimes multidisciplinares
Ambiente fechadoIntegração global
Equipamentos proprietáriosPlataformas híbridas
Escalabilidade limitadaEscalabilidade horizontal e vertical

Curiosidades

  • O termo CPD continua muito usado em empresas brasileiras antigas, especialmente bancos e órgãos públicos, mesmo quando a infraestrutura já é um Data Center moderno.

  • Muitos Data Centers de missão crítica ainda utilizam piso elevado, embora algumas instalações de alta densidade adotem outras soluções de distribuição de energia e refrigeração.

  • Grandes provedores de nuvem operam Data Centers com centenas de milhares de servidores, mas também utilizam tecnologias inspiradas em décadas de engenharia de ambientes críticos.

  • Um IBM Z atual ocupa muito menos espaço do que seus antecessores e oferece desempenho, segurança e eficiência energética incomparavelmente superiores.


O verdadeiro ensinamento

Existe um erro comum entre os iniciantes.

Pensar que CPD é apenas um nome antigo para Data Center.

Não é.

O CPD representava uma época em que o objetivo principal era processar informações.

O Data Center representa uma era em que é preciso processar, armazenar, proteger, integrar, escalar e disponibilizar dados e serviços continuamente, para usuários espalhados pelo mundo.

Apesar dessa transformação, um princípio nunca mudou.

Desde os cartões perfurados até a inteligência artificial, desde o IBM System/360 até o IBM z17, desde as fitas magnéticas até o armazenamento em flash distribuído, a missão permanece a mesma:

garantir que a informação certa esteja disponível, íntegra e segura, exatamente quando alguém precisar dela.

Esse é o legado dos antigos CPDs.

Esse é o coração dos modernos Data Centers.

E é exatamente nesse ambiente que o Programador COBOL Padawan continua escrevendo sistemas que movimentam bancos, governos, hospitais, seguradoras e empresas em todos os continentes.

Porque tecnologias evoluem, nomes mudam e equipamentos são substituídos. Mas a engenharia da informação — construída com disciplina, confiabilidade e décadas de experiência — continua sendo a verdadeira força que mantém o mundo funcionando, 24 horas por dia, 7 dias por semana.


sábado, 6 de fevereiro de 2016

Engenharia Militar : Capítulo XIV — A Civilização Invisível

Bellacosa Mainframe e a engenharia militar parte xiv

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Capítulo XIV — A Civilização Invisível

Quando um Programador COBOL Descobre que Todo Grande Sistema Existe Apenas para Permitir que as Pessoas Vivam suas Vidas

A cidade despertava lentamente.

O padeiro acendia o forno.

O motorista ligava o ônibus.

A enfermeira iniciava mais um plantão.

Uma professora organizava sua sala de aula.

Um agricultor preparava o trator.

Uma criança caminhava para a escola segurando a mão da mãe.

Nada parecia extraordinário.

Nenhuma dessas pessoas pensava em Data Centers.

Nenhuma imaginava processadores.

Nenhuma conhecia COBOL.

Nenhuma sabia o que significavam RACF, CICS, Db2, MQ ou JCL.

Mesmo assim...

todas dependiam deles.

O velho engenheiro observava a praça silenciosamente.

O jovem comandante aproximou-se.

— Mestre...

ninguém percebe a fortaleza.

O velho sorriu.

— Isso significa que ela está cumprindo sua missão.

Séculos depois...

08h05.

Uma mulher passou seu cartão para comprar pão.

Um agricultor recebeu o pagamento de sua safra.

Um hospital autorizou uma cirurgia.

Um estudante confirmou sua matrícula.

Uma aposentadoria foi depositada.

Um caminhão recebeu autorização para descarregar mercadorias.

Tudo aconteceu em poucos segundos.

Para cada usuário...

foi apenas mais um dia comum.

Para milhares de sistemas...

foi mais uma batalha vencida.

Sirva seu café.

Hoje falaremos sobre algo maior do que software.

Falaremos sobre civilização.


1. O sucesso que ninguém percebe

Existe uma pergunta curiosa.

Quando foi a última vez que você agradeceu à rede elétrica?

Ou ao sistema de abastecimento de água?

Ou ao semáforo da esquina?

Provavelmente nunca.

Esses sistemas são tão confiáveis que se tornaram invisíveis.

A boa engenharia possui exatamente essa característica.

Ela desaparece atrás da experiência do usuário.

Quanto melhor funciona...

menos é percebida.


2. Toda sociedade repousa sobre infraestrutura

Os romanos construíram estradas.

Os egípcios criaram sistemas de irrigação.

Os japoneses ergueram castelos.

Os portugueses navegaram utilizando mapas e instrumentos.

Nossa geração constrói outra infraestrutura.

Infraestrutura digital.

Ela transporta:

dinheiro.

informações.

diagnósticos.

contratos.

conhecimento.

Assim como antigas estradas ligavam cidades...

hoje APIs ligam organizações.


3. O Código Nunca Foi o Objetivo

Durante toda a carreira muitos profissionais passam horas discutindo linguagens.

COBOL.

Java.

Python.

Rust.

Go.

Mas existe algo mais importante.

O usuário nunca compra uma linguagem.

Compra um resultado.

Ele deseja:

receber salário.

pagar contas.

comprar alimentos.

abrir uma empresa.

viajar.

estudar.

O código é apenas o caminho.

Nunca o destino.


4. O Castelo e a Cidade

Imagine um castelo perfeito.

Muralhas gigantescas.

Torres magníficas.

Soldados disciplinados.

Mas...

não existe cidade ao redor.

Qual seria sua utilidade?

Da mesma forma...

o sistema mais sofisticado do planeta não possui valor algum se não resolver problemas humanos.

A engenharia existe para servir.

Não para impressionar.


5. O Programador também constrói confiança social

Quando uma transferência bancária funciona corretamente...

a economia continua.

Quando um imposto é processado corretamente...

o governo consegue planejar políticas públicas.

Quando um hospital consulta um histórico médico...

uma vida pode ser salva.

O programador talvez nunca veja essas consequências.

Mas elas existem.

Cada linha de código participa discretamente do funcionamento da sociedade.


6. A Engenharia é uma Cadeia

Nenhuma ponte nasce pronta.

Existe quem projeta.

Quem calcula.

Quem fabrica.

Quem transporta.

Quem monta.

Quem inspeciona.

Quem faz manutenção.

Com software ocorre exatamente igual.

Analistas.

Usuários.

Arquitetos.

Desenvolvedores.

DBAs.

Sysprogs.

Operadores.

Segurança.

Auditoria.

Cada elo fortalece o próximo.


7. O Valor da Continuidade

Civilizações não sobrevivem apenas porque inovam.

Sobrevivem porque preservam.

Bibliotecas.

Leis.

Mapas.

Registros.

Experiências.

Na computação fazemos o mesmo.

Backups preservam dados.

Versionamento preserva código.

Documentação preserva conhecimento.

Mentores preservam cultura.


8. A Engenharia e o Tempo

Existe algo que o mercado frequentemente esquece.

O tempo é um requisito funcional.

Não basta um sistema funcionar hoje.

Ele precisa continuar funcionando daqui a vinte anos.

Isso exige decisões muito diferentes.

É por isso que sistemas críticos valorizam estabilidade, compatibilidade e evolução gradual.


9. O Futuro Também Precisará de Alicerces

Talvez em algumas décadas tenhamos computadores muito diferentes.

Talvez interfaces conversacionais.

Talvez agentes inteligentes administrando parte da infraestrutura.

Mas continuará existindo a necessidade de:

integridade.

segurança.

responsabilidade.

governança.

auditoria.

Esses princípios não envelhecem.


10. O Maior Sistema do Mundo

Qual é o maior sistema existente?

Não é um banco.

Nem um governo.

Nem a Internet.

É a confiança coletiva.

Milhões de pessoas realizam transações diariamente porque acreditam que outras pessoas cumprirão seu papel.

A engenharia ajuda a tornar essa confiança possível.


11. Goblin Slayer e as Aldeias

Durante toda a série, Goblin Slayer insiste em proteger pequenas aldeias.

Alguns aventureiros consideram isso pouco glorioso.

Mas aquelas aldeias representam famílias.

Crianças.

Comerciantes.

Agricultores.

Quando protegemos o pequeno...

preservamos o todo.

Na engenharia acontece igual.

Corrigir um pequeno erro hoje pode impedir uma grande crise amanhã.


12. Shogun e a Construção do Amanhã

Em Shogun, grandes líderes compreendem que governar não significa apenas vencer guerras.

Significa garantir que as próximas gerações herdem um país mais organizado.

Todo engenheiro deveria pensar da mesma forma.

O melhor sistema não é aquele que apenas funciona hoje.

É aquele que continuará evoluindo depois que seu criador partir.


13. Curiosidade Histórica

Ao longo da História, muitas obras de engenharia sobreviveram séculos porque foram continuamente mantidas por pessoas que jamais conheceram seus construtores originais. Aquedutos romanos, pontes medievais, castelos japoneses e faróis costeiros permaneceram úteis graças ao trabalho silencioso de sucessivas gerações.

Os sistemas IBM Z seguem essa tradição. Milhões de linhas de COBOL continuam processando operações críticas porque incontáveis profissionais documentaram, revisaram, modernizaram e protegeram essas aplicações ao longo de décadas, preservando o conhecimento acumulado e adaptando-o às novas necessidades.


14. Easter Egg — A Ponte

Conta uma antiga lenda que um viajante perguntou ao construtor de uma ponte:

— Quanto tempo ela permanecerá de pé?

O velho respondeu:

— Espero que tempo suficiente para que ninguém precise lembrar quem a construiu.

Décadas depois...

um jovem programador encontrou um comentário em um programa COBOL.

* Esta rotina não foi escrita para ser admirada.
* Foi escrita para que alguém possa dormir tranquilo.

Ele sorriu.

Naquele instante compreendeu que a frase descrevia muito mais do que um programa.

Descrevia toda a engenharia.


15. Manifesto da Engenharia Silenciosa

Se algum dia alguém perguntar qual foi a maior tecnologia da humanidade...

não responda:

o computador.

a Internet.

a Inteligência Artificial.

Responda:

a capacidade humana de cooperar.

Porque nenhuma tecnologia funciona sem pessoas capazes de confiar umas nas outras.


16. O Último Café

O jovem comandante voltou ao mesmo banco onde, anos antes, ouvira as primeiras lições.

Agora não havia mestre.

Nem mapas.

Nem pergaminhos.

Apenas uma xícara de café.

E a cidade funcionando.

Sentou-se em silêncio.

Percebeu que finalmente compreendia.

Durante toda a jornada acreditou que estudava castelos.

Depois pensou que estudava COBOL.

Mais tarde imaginou que estudava arquitetura.

Agora sabia a verdade.

Sempre estivera estudando pessoas.

Na sala do Data Center, um novo estagiário iniciava seu primeiro dia.

O analista veterano aproximou-se.

Entregou-lhe um café.

Sorriu.

E perguntou:

— Você sabe por que fazemos tudo isso?

O rapaz respondeu:

— Para que os sistemas funcionem?

O veterano balançou a cabeça.

— Não.

Para que as pessoas nem precisem pensar nos sistemas.

Quando conseguimos isso...

cumprimos nossa missão.


Epílogo Final — A Civilização Invisível

Talvez, daqui a cinquenta anos, quase todas as tecnologias citadas neste livro tenham mudado.

Talvez COBOL conviva com linguagens ainda não inventadas.

Talvez os Data Centers sejam diferentes.

Talvez a Inteligência Artificial escreva boa parte do código.

Mas uma coisa permanecerá.

Sempre existirá alguém acordado durante a madrugada.

Sempre existirá alguém revisando um procedimento.

Sempre existirá alguém testando um backup.

Sempre existirá alguém documentando uma decisão.

Sempre existirá alguém ensinando um aprendiz.

Enquanto isso acontecer...

a fortaleza continuará viva.

Porque a verdadeira fortaleza nunca foi feita de pedra.

Nem de aço.

Nem de silício.

Ela é construída diariamente por pessoas que acreditam que conhecimento deve ser compartilhado, responsabilidade deve ser assumida e confiança deve ser preservada.

Ao terminar este livro, talvez você não veja mais um programa COBOL da mesma maneira.

Talvez também não veja mais um Data Center apenas como uma sala cheia de equipamentos.

Talvez passe a enxergar algo maior.

Uma longa corrente de engenheiros, operadores, analistas, arquitetos, administradores, professores e estudantes que, geração após geração, continuam levantando uma muralha invisível.

Não para proteger um castelo.

Mas para proteger a própria civilização.

E enquanto houver alguém disposto a servir uma xícara de café, abrir um código antigo, ensinar um iniciante e deixar o sistema um pouco melhor do que encontrou...

a missão continuará.

Porque as maiores fortalezas do mundo não aparecem nos mapas.

Elas existem, silenciosamente, em cada decisão responsável tomada por quem escolheu dedicar sua vida à engenharia.

Fim da Saga ou não, aguarde mais novidades.

O Café continua quente. A próxima geração já está chegando.

☕ 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.

Consultar arquivo
25 documentos
2014–2016 linha histórica
IBM Z fortaleza digital
COBOL linguagem da missão
Arquivo estratégico

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.

Sala de operações

Índice da campanha

25 documentos localizados
Índice permanente

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.

  1. Engenharia Militar sem Mistérios para Programadores COBOL
  2. Prólogo — O Chamado do Guardião
  3. Capítulo I — O Castelo, a Ponte e o Job que Não Podia Falhar
  4. Capítulo II — Estratégia, Operação e Tática
  5. Capítulo III — A Cadeia de Comando
  6. Capítulo IV — Logística
  7. Capítulo V — As Muralhas Invisíveis
  8. Capítulo VI — Inteligência, Reconhecimento e Espionagem
  9. Capítulo VII — A Arte da Guerra Aplicada ao Mainframe
  10. Capítulo VIII — Liderança, Moral e Disciplina
  11. Capítulo IX — Inovação, Evolução e o Futuro
  12. Capítulo X — O Legado do Engenheiro
  13. Capítulo XI — O Guardião Invisível
  14. Capítulo XII — A Fortaleza Invisível
  15. Capítulo XIII — Os Sentinelas da Madrugada
  16. Capítulo XIV — A Civilização Invisível
  17. Capítulo XV — Engenharia de Cerco
  18. Glossário IBM Z + Engenharia Militar
  19. Apêndice A — Correspondências Históricas e Técnicas
  20. Os 10 Animes Mais Emblemáticos Sobre Engenharia Militar
  21. Os 10 Animes Mais Emblemáticos Sobre Logística Militar
  22. Os 10 Animes Mais Emblemáticos Sobre Tática Militar
  23. Os 10 Animes Mais Emblemáticos Sobre Estratégia Militar
  24. Especial — Guerrilha Urbana
  25. Especial — Guerrilha no Campo e na Floresta
Bellacosa Mainframe — Arquivo de Engenharia Militar

Estratégia, disciplina, conhecimento, resiliência e continuidade aplicados aos sistemas que não podem parar.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...