☕ 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 System 360. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta System 360. Mostrar todas as mensagens

segunda-feira, 28 de setembro de 2020

Mainframe: A História da Palavra que Sobreviveu a Oito Décadas de Computação

Bellacosa Mainframe e a origem da palavra mainframe



☕ Um Café no Bellacosa Mainframe

Mainframe: A História da Palavra que Sobreviveu a Oito Décadas de Computação

Como um simples "gabinete principal" se tornou o símbolo máximo da computação corporativa mundial

"Existem palavras que envelhecem. Existem palavras que desaparecem. E existem palavras que atravessam gerações de tecnologia sem perder o significado. Mainframe é uma delas."

Durante décadas você provavelmente ouviu frases como:

"O mainframe da empresa."

"Os programas COBOL rodam no mainframe."

"O banco possui dois mainframes IBM."

Mas poucos programadores — inclusive veteranos — sabem que mainframe não nasceu como o nome de um computador.

Na verdade, a palavra era apenas o nome de uma peça metálica.

Sim.

O "mainframe" originalmente era apenas um enorme armário de aço.

Hoje vamos viajar quase 90 anos na história da computação, entender como nasceu essa palavra, onde ela apareceu pela primeira vez, como chegou ao Brasil e por que ela continua viva enquanto dezenas de outros termos desapareceram.

Prepare seu café.

Porque esta história começa muito antes do COBOL existir.


Quando computadores nem eram computadores

Imagine que estamos em 1945.

Não existe:

  • monitor

  • teclado

  • mouse

  • HD

  • SSD

  • notebook

Muito menos IBM Z.

Naquela época os computadores eram construídos como máquinas industriais.

Eles lembravam mais uma usina elétrica do que um computador.

Cada função ficava em um enorme gabinete metálico.

Havia um gabinete para:

  • alimentação elétrica

  • memória

  • CPU

  • controle de entrada

  • controle de saída

  • leitores de cartões

  • unidades de fita

Cada um ocupava vários metros.

Não existia "um computador".

Existia um conjunto de gabinetes.


O significado literal

A palavra é extremamente simples.

Main = principal

Frame = estrutura

ou

armação

ou

chassi.

Logo:

Main Frame = Estrutura Principal

Nada mais.

Era apenas o armário onde ficava instalada a unidade central da máquina.


O primeiro uso conhecido

A expressão "main frame" já aparecia em documentação técnica da indústria eletromecânica e de telecomunicações nas décadas de 1930 e 1940 para designar a estrutura principal de equipamentos complexos.

Na computação, um dos usos documentados mais antigos ocorre no início da década de 1950, em manuais técnicos e documentação da IBM, da Remington Rand e de outros fabricantes, nos quais "main frame" identificava o gabinete principal que continha a unidade de processamento. A grafia era separada ("main frame"), e ainda não representava uma categoria de computadores.

Ou seja...

Primeiro existiu o gabinete.

Só depois surgiu o computador.


Um detalhe curioso

Os primeiros computadores eram modulares.

Imagine algo parecido com isto:

+----------------------+
| MAIN FRAME           |
| CPU                  |
+----------------------+

+----------------------+
| MEMORY FRAME         |
+----------------------+

+----------------------+
| CHANNEL FRAME        |
+----------------------+

+----------------------+
| POWER FRAME          |
+----------------------+

Observe algo importante.

Somente um deles era o Main Frame.

Os outros eram módulos auxiliares.


O nascimento da IBM

Quando Thomas Watson decidiu investir pesado em computadores científicos no começo dos anos 50, a IBM começou a produzir equipamentos gigantescos.

Vieram:

IBM 701

IBM 702

IBM 704

IBM 705

IBM 709

IBM 7090

Todos eram compostos por dezenas de gabinetes.

Em toda documentação técnica aparecia constantemente:

Main Frame

Power Frame

Memory Frame

I/O Frame

Era uma descrição física.

Não era marketing.


A primeira grande mudança

Na década de 1960 aconteceu algo curioso.

Os clientes começaram a dizer:

"Vamos comprar um Main Frame."

Mesmo que o computador tivesse quinze gabinetes.

Era parecido com alguém dizer hoje:

"Vou comprar um PC."

Mesmo que esteja comprando:

  • gabinete

  • placa-mãe

  • memória

  • SSD

  • monitor

O nome de uma peça passou a representar o conjunto inteiro.

Na linguística isso recebe um nome elegante:

Metonímia.

É quando usamos uma parte para representar o todo.


O mesmo acontece todos os dias

Você faz isso sem perceber.

"Brasília decidiu."

Quem decidiu?

Não foi a cidade.

Foi o governo.

"Hollywood lançou."

Não foi o bairro.

Foram os estúdios.

"O Planalto anunciou."

Não foi o prédio.

Foi a Presidência.

Da mesma maneira:

Main Frame

passou a representar

Todo o computador.


A revolução System/360

Em 1964 a IBM lançou um dos produtos mais importantes da história da computação.

O System/360.

Esse projeto mudou completamente a indústria.

Pela primeira vez:

  • mesma arquitetura

  • vários modelos

  • compatibilidade de software

  • crescimento gradual

Foi um sucesso gigantesco.

E foi justamente nessa época que o mercado começou a escrever:

Mainframe

Tudo junto.

O termo deixou de ser apenas um componente físico e passou a representar uma classe inteira de computadores.


O nascimento oficial da categoria

A partir do System/360 surgiram três grandes famílias.

Microcomputadores

Minicomputadores

Mainframes

Curiosamente...

Nenhuma delas tinha relação direta com tamanho.

Um minicomputador da década de 70 ocupava uma sala inteira.

Mesmo assim era "mini".

Porque era menor que um Mainframe.


O COBOL chega junto

Em 1959 nasce o COBOL.

Nos anos seguintes ele rapidamente passa a dominar:

bancos

governo

seguros

companhias aéreas

telecomunicações

Todos utilizavam computadores classificados como Mainframes.

Por isso nasceu uma associação quase inseparável.

COBOL

=

Mainframe

Embora COBOL também tenha rodado em:

UNIX

Windows

Linux

AS/400

OpenVMS

e atualmente até Docker.


Como a palavra chegou ao Brasil?

A IBM instalou operações no Brasil ainda na década de 1910, mas o uso disseminado do termo mainframe ocorreu principalmente entre o fim dos anos 1960 e durante a década de 1970, quando bancos, estatais, universidades e grandes empresas passaram a adquirir sistemas IBM System/360 e, depois, System/370. Os profissionais brasileiros adotaram o termo em inglês praticamente sem tradução, pois ele já aparecia na documentação técnica, nos cursos da IBM e na literatura especializada.

Curiosamente, nunca pegou uma tradução como:

Computador Central

Grande Computador

Computador Principal

Todo mundo dizia:

Mainframe.

Até hoje.


Um easter egg linguístico

Existe uma curiosidade interessante.

Em inglês antigo:

Frame

não significava apenas moldura.

Também significava:

estrutura

esqueleto

armação

base

Ou seja...

Main Frame seria literalmente:

A estrutura central da máquina.

Nada relacionado ao processamento.


Outro easter egg

Pouca gente percebe.

Mas existem palavras que seguiram exatamente o mesmo caminho.

Desktop

Originalmente:

"A superfície da mesa."

Hoje:

Computador.

Server

Originalmente:

Quem serve.

Hoje:

Máquina que presta serviços.

Terminal

Originalmente:

Fim de uma linha.

Hoje:

Console.

Gateway

Originalmente:

Portão.

Hoje:

Equipamento de comunicação.

Mainframe pertence exatamente ao mesmo grupo.


Por que a palavra nunca morreu?

Na década de 1980 disseram:

"O PC vai matar o Mainframe."

Na década de 1990:

"O UNIX matou o Mainframe."

Depois veio:

Cliente-Servidor

Internet

Cloud

Containers

Microservices

Kubernetes

IA

E adivinhe.

O Mainframe continua aqui.

Só mudou de aparência.

Hoje ele ocupa menos espaço.

Consome menos energia.

Processa muito mais.

E continua executando bilhões de transações por dia.


Uma curiosidade divertida

O IBM z16 possui uma capacidade computacional que faria dezenas de milhares de computadores da década de 1950 parecerem calculadoras de bolso.

Mesmo assim...

Continuamos chamando-o pelo mesmo nome criado quando a CPU cabia dentro de um armário metálico chamado Main Frame.

Isso mostra como a arquitetura se tornou mais importante que o formato físico.


O que um Padawan COBOL pode aprender?

Imagine um castelo medieval.

Existe:

torres

muros

portões

salões

depósitos

Mas todo mundo diz:

"Vou ao castelo."

Ninguém fala:

"Vou à torre principal."

Com o tempo, a torre passou a representar toda a fortaleza.

Foi exatamente isso que aconteceu com o Main Frame.

O gabinete principal virou sinônimo do sistema inteiro e, décadas depois, de uma filosofia de engenharia baseada em disponibilidade, segurança, escalabilidade e confiabilidade.


Curiosidades rápidas

  • A grafia original era main frame, em duas palavras.

  • O termo nasceu como descrição física do gabinete principal, não como categoria de computadores.

  • O IBM System/360 consolidou o uso moderno de mainframe.

  • O COBOL ajudou a popularizar o termo ao tornar-se a linguagem dominante dos sistemas corporativos.

  • O Brasil adotou a palavra em inglês, sem tradução, seguindo a documentação técnica da IBM.

  • Hoje, quando falamos em "mainframe", estamos nos referindo muito mais a uma arquitetura de computação do que ao tamanho da máquina.

Conclusão

Para um programador COBOL Padawan, conhecer a origem da palavra mainframe é como descobrir por que um Jedi ainda carrega um sabre de luz milênios depois de sua invenção. O objeto mudou, a tecnologia evoluiu, mas o nome permaneceu porque passou a representar algo maior do que sua forma física.

O main frame começou como um simples gabinete metálico que abrigava a CPU. Com o sucesso das grandes máquinas da IBM nos anos 1950 e, principalmente, com a revolução do System/360 em 1964, o termo deixou de designar uma peça e passou a representar uma categoria inteira de computadores. Hoje ele simboliza décadas de inovação, compatibilidade, confiabilidade e processamento de missão crítica.

Da próxima vez que alguém disser que trabalha com mainframe, lembre-se: essa palavra não descreve apenas um computador. Ela carrega quase um século de história da computação e representa uma das tecnologias mais duradouras e bem-sucedidas já criadas. É a prova de que, na engenharia de software, as melhores arquiteturas não sobrevivem por acaso — elas sobrevivem porque continuam resolvendo problemas reais.


domingo, 4 de fevereiro de 2018

IBM Mainframe Discovery : Capítulo II — A Planta da Nave Mais Duradoura da Galáxia

 

Bellacosa Mainframe apresenta o ibm mainframe parte II

☕ Um Café no Bellacosa Mainframe

Capítulo II — A Planta da Nave Mais Duradoura da Galáxia

Arquitetura do IBM System/360 ao IBM z15


NÃO JULGUE UMA NAVE PELA PINTURA EXTERNA

Existe um erro que praticamente toda civilização tecnológica já cometeu.

Ela olha para uma máquina antiga e pensa:

— "Isso já deveria estar num museu."

Cinco minutos depois...

...essa mesma máquina está autorizando o pagamento do salário de milhões de pessoas.

Bem-vindo ao universo do IBM Mainframe.

Hoje vamos visitar algo muito mais importante do que processadores.

Vamos conhecer sua arquitetura.

Porque computadores podem envelhecer.

Arquiteturas excepcionais, não.


Imagine uma Cidade Espacial

Esqueça por alguns minutos a palavra "computador".

Ela limita nossa imaginação.

Imagine uma gigantesca estação espacial.

Ela possui:

  • bairros

  • ruas

  • centrais elétricas

  • hangares

  • elevadores

  • centros médicos

  • defesa

  • comunicação

  • logística

Agora imagine que essa estação precisa permanecer funcionando por cinquenta anos.

Sem demolir bairros.

Sem mudar endereços.

Sem obrigar milhões de habitantes a mudarem de casa.

Esse é exatamente o problema que Gene Amdahl e sua equipe receberam em 1964.

Eles não estavam construindo apenas um computador.

Estavam projetando uma cidade capaz de sobreviver por gerações.


O Caos Antes do System/360

Hoje parece natural que um programa rode em diferentes modelos de computador.

Na década de 1960 isso era praticamente ficção científica.

Cada computador era um planeta isolado.

Cada planeta possuía:

  • linguagem própria

  • instruções próprias

  • periféricos próprios

  • compiladores próprios

  • sistema operacional próprio

Trocar de equipamento significava reescrever praticamente tudo.

Era como mudar de planeta e descobrir que até a gravidade havia sido reinventada.


Então Veio uma Ideia Quase Louca

Em vez de construir vários computadores...

...por que não construir uma única arquitetura?

Uma família inteira.

Pequena.

Média.

Grande.

Gigante.

Mas todas falando exatamente a mesma língua.

Hoje isso parece óbvio.

Na época foi revolucionário.

Essa ideia ficou conhecida como System/360.

Segundo Wilhelm G. Spruth, a arquitetura nasceu do trabalho de três nomes fundamentais — Gene Amdahl, Gerry Blaauw e Fred Brooks — e estabeleceu princípios tão sólidos que continuaram influenciando a computação por décadas.


A Grande Biblioteca Galáctica

Imagine uma biblioteca.

Cada livro representa um programa COBOL.

Em outras plataformas, quando surge um computador novo, alguém decide reorganizar completamente as estantes.

Resultado?

Todos os livros precisam ser reescritos.

No universo IBM aconteceu o contrário.

As estantes cresceram.

Novas alas foram construídas.

Novas salas apareceram.

Mas o endereço dos livros continuou válido.

Essa filosofia ficou conhecida como:

Compatibilidade binária.

É uma das maiores obras de engenharia da história da computação.


O Que Significa Compatibilidade?

Vamos imaginar.

Você escreveu um programa COBOL em 1978.

Outro programador escreveu um em 1992.

Outro em 2008.

Outro hoje.

Todos podem coexistir.

Não porque o mundo parou.

Mas porque a arquitetura evoluiu sem destruir o passado.

É como uma nave espacial que recebe motores novos, escudos novos e computadores novos...

...mas continua aceitando a mesma chave da porta de cinquenta anos atrás.


Arquitetura Não É Hardware

Aqui existe outra confusão muito comum.

Muitos pensam que arquitetura significa:

processador.

Na verdade...

arquitetura é um contrato.

Ela responde perguntas fundamentais.

Como funcionam os registradores?

Como a memória é endereçada?

Como as instruções são codificadas?

Como interrupções acontecem?

Como programas conversam com o sistema operacional?

Enquanto esse contrato permanece consistente...

o restante pode evoluir.

E evoluiu.

Muito.


A Nave Recebeu Motores Novos

Ao longo das décadas nasceram:

System/370.

zSeries.

System z.

IBM Z.

z13.

z14.

z15.

z16.

z17.

Mudaram:

  • chips

  • cache

  • frequência

  • memória

  • criptografia

  • IA

  • virtualização

Mas o coração da nave continuou reconhecendo seus antigos passageiros.

Isso é extraordinariamente raro na indústria.


Os Registradores: a Mesa do Capitão

Imagine o capitão da nave.

Durante uma missão ele não consulta o depósito de carga para cada decisão.

Ele mantém informações críticas sobre sua mesa.

Os registradores fazem exatamente isso.

São as áreas mais rápidas da CPU.

Ali ficam:

endereços.

contadores.

operandos.

resultados intermediários.

O processador consulta os registradores milhares de milhões de vezes por segundo.

No IBM Z eles foram cuidadosamente preservados e ampliados ao longo das gerações, mantendo compatibilidade enquanto novas capacidades eram adicionadas.


A Linguagem da Nave

Todo computador possui um idioma.

Chamamos isso de:

Instruction Set Architecture.

Ou ISA.

Ela define todas as instruções que o processador compreende.

Imagine uma tripulação internacional.

Independentemente do país de origem...

todos seguem o mesmo protocolo operacional.

É isso que o ISA representa.

Um contrato universal entre hardware e software.

Spruth destaca que o conjunto de instruções do System z permaneceu limpo, compacto e extremamente eficiente, contribuindo para melhor aproveitamento de cache e menor necessidade de largura de banda entre CPU e memória.


O Segredo da Linguagem Compacta

Existe uma curiosidade fascinante.

O relatório cita um estudo interno da IBM indicando que o código gerado para System z podia ser significativamente mais compacto do que em algumas arquiteturas contemporâneas.

Por quê?

Porque muitas instruções realizavam mais trabalho.

Isso significa:

menos bytes.

menos cache ocupado.

menos tráfego interno.

Imagine duas tripulações.

Uma precisa usar vinte palavras para transmitir uma ordem.

Outra transmite a mesma ideia em oito.

Quem termina primeiro?


O Mito da Velocidade

Muitos iniciantes perguntam:

"O IBM Z tem o clock mais alto?"

Essa pergunta lembra alguém perguntando:

"Qual estação espacial é mais rápida?"

Depende.

Mais rápida para quê?

Uma nave de carga não foi feita para vencer corridas.

Foi feita para nunca perder sua carga.

O IBM Z foi otimizado para throughput, previsibilidade e processamento contínuo.

Não apenas para velocidade instantânea.


Pipeline: A Linha de Produção Interestelar

Imagine uma fábrica de sondas espaciais.

Enquanto uma sonda recebe pintura...

outra instala motores.

Outra monta sensores.

Outra faz testes.

Tudo acontece simultaneamente.

O pipeline da CPU funciona assim.

Várias instruções avançam em diferentes etapas ao mesmo tempo.

Quando uma termina...

outra já está pronta.

O resultado é enorme eficiência.


Cache: A Mochila do Explorador

Nenhum explorador atravessa um planeta carregando todo o depósito da nave.

Ele leva apenas aquilo que usará logo.

Cache é exatamente isso.

Uma mochila extremamente rápida.

Quanto melhor organizada...

menos tempo o processador perde procurando dados.

Spruth observa que a arquitetura compacta do System z favorece justamente um uso mais eficiente das memórias cache L1 e L2.


A Arquitetura Cresce Sem Quebrar

Talvez este seja o verdadeiro milagre.

Em muitas plataformas...

crescer significa substituir.

No IBM Z...

crescer quase sempre significou ampliar.

Novas instruções aparecem.

Novos registradores surgem.

Novos recursos são incorporados.

Mas os antigos continuam funcionando.

É como ampliar uma estação espacial adicionando novos módulos sem desligar os antigos.


A Filosofia do "Não Jogue Fora"

Existe uma enorme diferença entre engenharia e moda.

Moda muda porque sim.

Engenharia muda porque precisa.

A IBM sempre tratou compatibilidade como patrimônio.

Isso exigiu disciplina.

Cada nova geração precisava responder uma pergunta difícil:

"Como evoluir sem destruir o investimento de nossos clientes?"

Essa pergunta moldou toda a arquitetura do System z.


A Evolução Continua

Desde a publicação do relatório de Spruth, a arquitetura continuou evoluindo.

Hoje encontramos recursos que em 2010 ainda não existiam:

  • aceleração para inteligência artificial embarcada;

  • criptografia resistente a ameaças futuras;

  • integração profunda com Linux, containers e OpenShift;

  • otimizações para APIs, microsserviços e cargas híbridas;

  • novos mecanismos de observabilidade e automação.

O curioso é que tudo isso foi incorporado preservando a essência da arquitetura criada em 1964.

A nave continua recebendo novos módulos sem abandonar seu projeto original.


O Que um Padawan COBOL Deve Aprender?

Muitos iniciantes acreditam que aprender COBOL é decorar comandos.

Não é.

Aprender COBOL também significa compreender a plataforma onde ele vive.

Quando você entende a arquitetura do IBM Z, várias decisões da linguagem passam a fazer sentido:

  • por que certos tipos de dados existem;

  • por que a eficiência de I/O é tão valorizada;

  • por que compatibilidade é tratada como princípio;

  • por que estabilidade é considerada uma funcionalidade.

Você deixa de ser apenas alguém que escreve código.

Passa a compreender a lógica da nave inteira.


Curiosidades do Diário de Bordo

📖 O investimento no projeto System/360 foi um dos maiores da história da IBM e redefiniu completamente sua estratégia.

🖥️ A filosofia de compatibilidade binária do System/360 influenciou gerações de arquiteturas e sistemas operacionais.

🚀 Enquanto muitas plataformas passaram por rupturas frequentes, a família IBM Z preferiu evoluir continuamente, preservando aplicações e conhecimento acumulado.

🧠 O relatório de Spruth lembra que até outras arquiteturas de destaque reconheceram a influência conceitual do trabalho iniciado por Amdahl, Blaauw e Brooks.


Diário de Bordo do Padawan COBOL

Antes de embarcar para o próximo setor da nave, registre estas quatro coordenadas no seu caderno de bordo:

✅ Arquitetura é muito mais do que hardware; é um contrato de longo prazo entre software e máquina.

✅ O maior diferencial do IBM Z não é apenas potência, mas a capacidade de evoluir sem abandonar o passado.

✅ Compatibilidade binária não é um detalhe técnico; ela protege décadas de investimento e conhecimento.

✅ Grandes arquiteturas não sobrevivem por sorte. Elas sobrevivem porque foram projetadas para continuar relevantes mesmo quando toda a galáxia muda ao seu redor.

No próximo capítulo, entraremos na sala de máquinas da nave para descobrir um dos maiores segredos do IBM Z: como ele foi projetado para continuar funcionando quando praticamente qualquer outro computador já teria desistido. Afinal, na galáxia dos sistemas críticos, sobreviver a uma falha não é um luxo — é parte da missão.

☕ Um Café no Bellacosa Mainframe

O Guia Galáctico do IBM Z

Dezoito capítulos e uma conclusão reunidos em um painel interativo. Escolha uma missão, abra no visor e continue explorando diretamente no artigo original.

Não entre em pânico: se o Blogger impedir a exibição dentro do iframe, use “Abrir artigo”. Os links diretos continuam visíveis para leitores e motores de busca.
01

Capítulo I — Não Entre em Pânico!

Leia no visor ou abra a publicação original.

Abrir artigo
02

Capítulo II — A Planta da Nave Mais Duradoura da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo
03

Capítulo III — A Nave Que Se Recusa a Explodir

Leia no visor ou abra a publicação original.

Abrir artigo
04

Capítulo IV — A Sala dos Cofres Cósmicos

Leia no visor ou abra a publicação original.

Abrir artigo
05

Capítulo V — A Frota Invisível do Transporte Interestelar

Leia no visor ou abra a publicação original.

Abrir artigo
06

Capítulo VI — O Grande Maestro Invisível

Leia no visor ou abra a publicação original.

Abrir artigo
07

Capítulo VII — O Grande Terminal de Embarque da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo
08

Capítulo VIII — A Metrópole das Transações Infinitas

Leia no visor ou abra a publicação original.

Abrir artigo
09

Capítulo IX — A Federação das Naves Invisíveis

Leia no visor ou abra a publicação original.

Abrir artigo
10

Capítulo X — A Consciência Coletiva da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo
11

Capítulo XI — O Almirante Invisível da Frota

Leia no visor ou abra a publicação original.

Abrir artigo
12

Capítulo XII — A Biblioteca Infinita da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo
13

Capítulo XIII — O Serviço Postal Mais Confiável da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo
14

Capítulo XIV — O Jardim Secreto da Nave

Leia no visor ou abra a publicação original.

Abrir artigo
15

Capítulo XV — O Tradutor Universal da Federação

Leia no visor ou abra a publicação original.

Abrir artigo
16

Capítulo XVI — A Fábrica Automática da Federação

Leia no visor ou abra a publicação original.

Abrir artigo
17

Capítulo XVII — A Última Fronteira Nunca Foi o Espaço

Leia no visor ou abra a publicação original.

Abrir artigo
18

Capítulo XVIII — O Guia Nunca Terminou

Leia no visor ou abra a publicação original.

Abrir artigo
19

Conclusão — Não Entre em Pânico... A Jornada Está Apenas Começando

Leia no visor ou abra a publicação original.

Abrir artigo

quarta-feira, 5 de outubro de 2016

Mainframe History : Parte IX — IBM System/360: O Computador que Mudou a História dos Mainframes

 

Bellacosa Mainframe e o outro computador z parte ix

☕ Um Café no Bellacosa Mainframe

Muito Antes do IBM Z Existia Outro "Z"

Parte IX — IBM System/360: O Computador que Mudou a História dos Mainframes

"Existem computadores importantes. E existem computadores que mudam toda uma indústria. O IBM System/360 fez as duas coisas."

Depois de viajarmos pelos laboratórios de Konrad Zuse, pelas universidades inglesas, pelos projetos militares americanos e pelos primeiros computadores eletrônicos, chegamos a 1964.

Se os capítulos anteriores mostraram como nasceu a computação, este mostra quando ela finalmente amadureceu.

Até então, comprar um computador era quase como comprar um idioma.

Cada fabricante possuía sua própria arquitetura.

Cada máquina utilizava um conjunto diferente de instruções.

Os programas dificilmente funcionavam em outro equipamento.

Trocar de computador significava, muitas vezes, reescrever toda a aplicação.

Imagine migrar um sistema COBOL inteiro e descobrir que nada funciona no novo hardware.

Era exatamente essa realidade.

A IBM percebeu que isso não era sustentável.

Era preciso mudar completamente a forma de construir computadores.


Uma Aposta Bilionária

No início da década de 1960, a IBM tomou uma das decisões mais ousadas de sua história.

Em vez de lançar apenas mais um computador, desenvolveria uma arquitetura completa.

Pequena.

Média.

Grande.

Todas compatíveis entre si.

Nascia o IBM System/360.

O número 360 representava a ideia de atender todas as necessidades de processamento, em todas as direções.

Era um computador para empresas, universidades, governos, bancos, seguradoras e centros científicos.

Pela primeira vez, um cliente poderia começar com um modelo menor e, anos depois, migrar para um equipamento muito mais poderoso sem abandonar seus programas.

Hoje isso parece natural.

Na época, foi revolucionário.


Compatibilidade: a Grande Inovação

O maior legado do System/360 não foi apenas seu desempenho.

Foi a compatibilidade.

Programas escritos para um modelo podiam continuar funcionando em modelos superiores.

Esse conceito protegeu o investimento dos clientes e criou uma confiança inédita no mercado.

Essa filosofia continua viva até hoje.

Um programa COBOL desenvolvido décadas atrás ainda pode executar em um IBM Z moderno com poucas ou nenhuma alteração.

Para um Sysprog, isso significa preservar aplicações críticas enquanto o hardware evolui continuamente.


☕ Café com Naftalina

Todo profissional de Mainframe já ouviu a frase:

"Em time que está ganhando, não se mexe."

A IBM adotou uma visão mais inteligente:

"Em time que está ganhando, evolui-se sem quebrar o que já funciona."

Essa mentalidade explica boa parte da longevidade do Mainframe.


Muito Além do Hardware

O System/360 não era apenas uma nova CPU.

Ele trouxe uma visão integrada de computação.

Ao redor dele surgiu um ecossistema completo:

  • sistemas operacionais;

  • compiladores COBOL, FORTRAN e PL/I;

  • utilitários;

  • bibliotecas;

  • ferramentas de administração;

  • documentação padronizada.

Pela primeira vez, empresas podiam investir em software sabendo que ele continuaria útil por muitos anos.

Essa previsibilidade foi um dos pilares do sucesso do Mainframe.


🔧 Oficina do Engenheiro

O sucesso de uma plataforma depende de muito mais do que velocidade.

Ele exige:

  • compatibilidade;

  • confiabilidade;

  • documentação;

  • ferramentas;

  • ecossistema;

  • evolução contínua.

Esses mesmos princípios ainda orientam o desenvolvimento do IBM Z.


O DNA do IBM Z

Quando observamos um IBM z17 executando milhões de transações por segundo, é fácil pensar apenas em inteligência artificial, criptografia, virtualização e processadores de última geração.

Mas seu DNA nasceu há mais de sessenta anos.

A preocupação com compatibilidade.

A robustez do hardware.

A confiabilidade do sistema.

O compromisso com a continuidade dos negócios.

Tudo isso começou a ganhar forma com o System/360.

É por isso que muitos historiadores o consideram o computador mais influente da história da computação comercial.


📦 Baú do Sysprog

Uma das maiores virtudes do Mainframe nunca foi apenas sua potência.

Foi sua capacidade de evoluir sem obrigar os clientes a recomeçar do zero.

Essa filosofia explica por que aplicações desenvolvidas há décadas continuam movimentando bancos, companhias aéreas, seguradoras e governos em todo o mundo.


O Legado

Konrad Zuse mostrou que computadores universais eram possíveis.

Von Neumann organizou os princípios da arquitetura moderna.

Eckert e Mauchly provaram que computadores eletrônicos eram viáveis.

A IBM deu o passo seguinte.

Transformou essas ideias em uma plataforma comercial confiável, escalável e compatível entre gerações.

Foi essa visão que criou a linhagem dos mainframes.

Uma linhagem que atravessou o System/370, o System/390, o zSeries e chegou ao IBM Z sem perder sua essência.

Talvez esse seja o maior ensinamento para qualquer Sysprog.

Tecnologias realmente extraordinárias não são aquelas que apenas inovam.

São aquelas que conseguem evoluir durante décadas sem abandonar seus princípios fundamentais.


No Próximo Café...

Nossa viagem pela origem da computação chega ao fim, mas outra está apenas começando.

Nos próximos capítulos mergulharemos na evolução dos mainframes IBM, desde o System/360 até o IBM z17, explorando processadores, sistemas operacionais, virtualização, armazenamento, redes, segurança e todas as tecnologias que fazem do IBM Z a plataforma mais confiável da computação corporativa.

Porque entender o presente fica muito mais fácil quando conhecemos a extraordinária história que o tornou possível.

☕ Um Café no Bellacosa Mainframe

Histórias com Cheiro de Naftalina

O Guia do Viajante do Tempo

Muito Antes do IBM Z Existia Outro “Z”

Viaje pelas origens da computação, conhecendo Konrad Zuse, Herman Hollerith, Tommy Flowers, John von Neumann, o Colossus, o EDVAC, o IBM System/360 e os pioneiros que construíram o caminho até o IBM Z.

ARTIGO SELECIONADO

O Guia do Viajante do Tempo

Abrir em nova guia ↗
Preparando a máquina do tempo...

Caso o navegador impeça a exibição incorporada, utilize o botão Abrir em nova guia.

☕ Quem não conhece o passado não entende o código do futuro.

Bellacosa Mainframe — tecnologia, história, COBOL, IBM Z e memória.

quinta-feira, 12 de janeiro de 2012

IBM System/360: Licença para Compatibilidade : Quando um Programador COBOL Descobre que o Verdadeiro Agente Secreto da Computação Não Era James Bond...

 

Bellacosa Mainframe e o legado do ibm system 360

☕ Um Café no Bellacosa Mainframe

IBM System/360: Licença para Compatibilidade

Quando um Programador COBOL Descobre que o Verdadeiro Agente Secreto da Computação Não Era James Bond... Era um Computador Lançado em 1964

"Meu nome é System. IBM System/360."


Missão Recebida

Londres.

Quartel-General do MI6.

Ano de 1964.

James Bond entra na sala de reuniões imaginando que enfrentará mais um vilão tentando dominar o mundo.

"M" coloca sobre a mesa uma pasta marcada como:

TOP SECRET – PROJECT 360

Bond pergunta:

— Quem é o inimigo?

M responde calmamente:

— Desta vez não existe inimigo, 007...

Existe uma invenção.

Uma máquina tão revolucionária que mudará para sempre a maneira como o planeta trabalha, faz ciência, movimenta dinheiro, envia foguetes ao espaço e processa bilhões de transações diariamente.

Seu codinome...

IBM System/360.

Bond sorri.

— Parece apenas um computador.

Q interrompe.

— Não, 007...

É muito mais perigoso que isso.


Introdução

Todo programador COBOL aprende cedo algumas palavras mágicas.

MOVE.

READ.

WRITE.

PERFORM.

OPEN.

CLOSE.

Mas poucos sabem que essas palavras só continuam existindo, praticamente inalteradas há mais de sessenta anos, porque um grupo de engenheiros da IBM tomou uma das decisões mais ousadas da história da tecnologia.

A maioria acredita que a computação moderna nasceu com:

  • Windows

  • Linux

  • Internet

  • Google

  • AWS

  • Smartphones

Na realidade...

Todos esses são apenas capítulos posteriores de uma história iniciada oficialmente em 7 de abril de 1964.

Naquele dia nasceu o IBM System/360.

E como em todo bom filme de James Bond, o verdadeiro plano do vilão não aparece nos primeiros minutos.

Da mesma forma, o verdadeiro legado do System/360 demoraria décadas para ser compreendido.


A Operação Antes de 1964

Imagine o cenário.

Você trabalha em um banco.

Sua empresa compra um computador.

Tudo funciona perfeitamente.

Cinco anos depois chega um equipamento mais moderno.

Excelente notícia?

Nem tanto.

Naquela época significava praticamente começar do zero.

Os programas precisavam ser reescritos.

Os operadores reaprendiam comandos.

Os compiladores mudavam.

Os sistemas operacionais desapareciam.

Era como trocar um Aston Martin por um submarino e descobrir que nenhuma peça servia.

Cada computador era um universo isolado.

Cada fabricante criava suas próprias regras.

Era um verdadeiro caos tecnológico.


O Plano do Vilão

Todo filme de James Bond possui um plano secreto.

Na computação dos anos 60, o "vilão" era justamente a incompatibilidade.

Ela consumia dinheiro.

Tempo.

Equipes inteiras.

Imagine construir um prédio inteiro.

Depois demolir tudo apenas porque o elevador mudou de fabricante.

Era exatamente isso que acontecia com os computadores.


Entra em Cena o Agente 360

A IBM aparece discretamente.

Sem explosões.

Sem lasers orbitais.

Sem carros invisíveis.

Mas com uma ideia muito mais poderosa.

Compatibilidade.

Pela primeira vez na história, uma família inteira de computadores compartilhava a mesma arquitetura.

O software deixava de pertencer ao hardware.

Parece simples.

Na época foi revolucionário.


O Nome 360 Não Foi Escolhido por Acaso

Muitos imaginam que seja apenas um número.

Na verdade representa um círculo completo.

360 graus.

A mensagem era clara.

Este computador serviria para:

  • ciência

  • engenharia

  • universidades

  • bancos

  • seguros

  • governo

  • indústria

  • defesa

  • comércio

Era uma máquina para tudo.

Até hoje essa filosofia permanece viva.


O Primeiro Gadget de Q

Nos filmes de Bond sempre existe um equipamento aparentemente comum.

Depois descobrimos que ele faz algo extraordinário.

O System/360 era exatamente isso.

Por fora:

Um computador.

Por dentro:

Uma plataforma completa.


O Manual Secreto

Uma das maiores armas do System/360 não era seu hardware.

Era sua documentação.

Hoje isso parece banal.

Na época era quase inacreditável.

A IBM documentou cuidadosamente:

  • arquitetura

  • registradores

  • instruções

  • formatos de dados

  • entrada e saída

  • interrupções

  • convenções

Isso permitiu que outras empresas desenvolvessem:

  • compiladores

  • linguagens

  • sistemas operacionais

  • ferramentas

  • utilitários

Nascia um ecossistema.


O Primeiro Easter Egg

Existe uma curiosidade fantástica.

O projeto custou aproximadamente US$ 5 bilhões na época.

Corrigindo pela inflação atual...

Estamos falando de dezenas de bilhões de dólares.

Foi um dos maiores investimentos industriais do século XX.

A IBM literalmente apostou sua sobrevivência.

Se desse errado...

Talvez hoje nem existisse IBM.

Nem COBOL.

Nem IBM Z.

Nem boa parte da indústria corporativa.


O Grande Segredo: ISA

Todo computador possui uma identidade.

Ela recebe o nome de:

Instruction Set Architecture.

Ou simplesmente ISA.

Imagine um idioma.

O processador entende palavras como:

ADD

SUB

LOAD

STORE

COMPARE

BRANCH

O System/360 definiu esse idioma.

E fez uma promessa praticamente impossível.

"Mesmo que construamos computadores muito mais rápidos no futuro...

Eles continuarão entendendo esta mesma linguagem."

Sessenta anos depois...

Ainda cumprem essa promessa.


Licença para Escalar

Antes do System/360, crescer significava recomeçar.

Depois dele...

Bastava trocar de modelo.

Imagine começar com um computador pequeno.

Sua empresa cresce.

Você compra outro maior.

Os programas continuam funcionando.

Hoje chamamos isso de:

Escalabilidade.

Na época...

Era magia.


Missão Decimal

Aqui está uma das maiores genialidades da arquitetura.

Ela atendia simultaneamente dois mundos.

O Mundo Científico

Precisava calcular:

  • órbitas

  • foguetes

  • satélites

  • engenharia

  • física nuclear

Utilizava ponto flutuante.


O Mundo Financeiro

Precisava calcular:

  • juros

  • salários

  • impostos

  • seguros

  • aplicações

Utilizava aritmética decimal.

Isso evitava erros de arredondamento.

Por isso bancos continuam utilizando Packed Decimal até hoje.


Dica Bellacosa nº 1

Todo iniciante em COBOL deveria estudar:

  • DISPLAY

  • COMP

  • COMP-3

Antes mesmo de aprender CICS.

Antes mesmo de aprender Db2.

Entender representação de dados explica metade dos "mistérios" da linguagem.


O Verdadeiro Aston Martin

James Bond possuía um Aston Martin cheio de equipamentos.

O System/360 também.

Só que seus gadgets eram invisíveis.

Entre eles:

✔ canais de entrada e saída

✔ arquitetura modular

✔ compatibilidade

✔ interrupções

✔ múltiplos dispositivos

✔ independência entre CPU e periféricos

Era tecnologia extremamente avançada para 1964.


Os Agentes Secretos Chamados Canais

Um dos componentes mais brilhantes eram os Channel Processors.

Enquanto a CPU trabalhava...

Os canais conversavam com:

  • discos

  • fitas

  • impressoras

  • leitores de cartão

Sozinhos.

Hoje chamaríamos isso de:

Processamento paralelo.

DMA.

Offloading.

Hardware Acceleration.

Em 1964.


Curiosidade de Espião

Muitos engenheiros modernos acreditam que aceleração de hardware nasceu recentemente.

Na realidade...

Os canais do System/360 já faziam isso há mais de meio século.


O Cofre Suíço da Compatibilidade

Imagine guardar dinheiro em um banco.

Sessenta anos depois...

Ele continua aceitando exatamente a mesma chave.

Parece impossível.

Mas isso acontece diariamente.

Programas COBOL escritos nos anos 70 ainda executam em IBM Z modernos.

Alguns sofreram manutenção.

Outros permanecem incrivelmente próximos da versão original.

Pouquíssimas plataformas oferecem essa continuidade.


Dica Bellacosa nº 2

Nunca pense:

"COBOL é antigo."

Pense:

"COBOL possui estabilidade arquitetural."

São conceitos completamente diferentes.


A Organização SPECTRE

Nos filmes de Bond existe a SPECTRE.

Na informática havia outra ameaça.

A fragmentação.

Cada fabricante queria criar seu próprio universo.

IBM fez exatamente o contrário.

Criou uma arquitetura comum.

Isso permitiu o nascimento de um mercado inteiro.


O Nascimento dos Parceiros

Sem uma arquitetura estável dificilmente existiriam:

  • softwares comerciais

  • bancos de dados

  • ERPs

  • compiladores independentes

  • ferramentas CASE

  • produtos de terceiros

Foi o início do conceito moderno de ecossistema.


Easter Egg nº 2

O autor do texto original comenta que levou vinte e nove anos para compreender a importância do System/360 em sua própria vida.

Isso acontece com quase todo profissional de TI.

Quando começamos a estudar COBOL, JCL ou CICS, enxergamos apenas ferramentas.

Décadas depois percebemos que estamos trabalhando dentro de uma filosofia criada muito antes de nascermos.


Da Plataforma ao Universo

O System/360 não criou apenas computadores.

Criou um conceito.

Plataforma.

Hoje usamos essa palavra o tempo todo.

Windows é plataforma.

Linux é plataforma.

Android é plataforma.

AWS é plataforma.

IBM Z é plataforma.

Tudo isso possui raízes na arquitetura concebida em 1964.


CSI Bellacosa — Investigando as Pistas

Vamos analisar algumas tecnologias atuais.

Cloud

Escalar sem reescrever.

Origem?

System/360.


x86

Compatibilidade entre gerações.

Origem conceitual?

System/360.


Linux

Arquitetura estável.

Mesmo software durante décadas.

Influência?

System/360.


Containers

Separação entre aplicação e infraestrutura.

Ideia amadurecida posteriormente graças à evolução da virtualização dos mainframes.


Kubernetes

Mover aplicações sem alterar código.

Filosofia semelhante.


AWS EC2

Trocar hardware sem afetar aplicações.

Mesmo conceito.


Azure

Escalabilidade transparente.

Mesmo princípio.


IBM Cloud

Continuação natural dessa evolução.


Dica Bellacosa nº 3

Sempre que surgir uma tecnologia nova pergunte:

"Qual problema ela resolveu?"

Depois pergunte novamente:

"Será que o Mainframe já resolvia isso de outra forma?"

Você ficará surpreso.


O Próximo Filme

Todo filme de James Bond termina deixando um gancho.

O texto original faz exatamente isso.

O autor anuncia o próximo capítulo.

O protagonista deixa de investigar compatibilidade.

Agora investigará outra invenção.

Virtualização.

O famoso conceito:

"Um computador dentro de outro computador."

Sem ele provavelmente nunca existiriam:

  • VMware

  • Hyper-V

  • Docker (indiretamente)

  • Kubernetes (indiretamente)

  • AWS

  • Azure

  • Google Cloud

Tudo começa com outra revolução silenciosa.

O IBM System/370.


Curiosidades que Pouca Gente Conhece

🍸 Curiosidade 1 — O brinde que mudou o mundo

Enquanto muitos celebravam o lançamento de um novo computador em abril de 1964, poucos perceberam que estavam testemunhando o nascimento da arquitetura que sustentaria bancos, bolsas de valores, companhias aéreas e governos por décadas.

🕵️ Curiosidade 2 — A aposta mais cara da IBM

O desenvolvimento do System/360 envolveu milhares de engenheiros, diversas fábricas e uma reorganização completa da empresa. Foi uma decisão empresarial comparável a colocar todas as fichas em uma única missão.

💾 Curiosidade 3 — Compatibilidade como patrimônio

Empresas que investiram em software para System/360 puderam evoluir para System/370, S/390 e IBM Z preservando boa parte do conhecimento e dos investimentos realizados.

🎯 Curiosidade 4 — O COBOL encontrou seu lar

Embora o COBOL tenha sido criado antes do System/360, foi nessa plataforma que a linguagem encontrou o ambiente ideal para crescer e se tornar sinônimo de processamento corporativo.


Missão Cumprida

No universo de James Bond, o herói salva o mundo impedindo uma explosão nuclear, derrotando uma organização criminosa ou desativando um satélite orbital.

Na história da computação, o herói foi muito mais silencioso.

Não usava smoking.

Não dirigia um Aston Martin.

Não carregava uma Walther PPK.

Seu nome era IBM System/360.

Sua missão não era destruir vilões.

Era eliminar a maior ameaça da informática dos anos 1960: a incompatibilidade.

Ao introduzir uma arquitetura comum, um conjunto de instruções estável, proteção ao investimento, escalabilidade e a separação entre hardware e software, ele estabeleceu os alicerces da computação empresarial moderna. O que hoje parece natural — trocar servidores, atualizar sistemas, ampliar capacidade sem reescrever aplicações — começou com essa filosofia lançada em 7 de abril de 1964.

Para o programador COBOL iniciante, compreender o System/360 é como James Bond descobrir, no fim da missão, quem era o verdadeiro mentor por trás de todos os acontecimentos. De repente, tudo faz sentido: o COBOL, o z/OS, o JCL, o CICS, o Db2, o IBM Z e até conceitos modernos como virtualização, computação em nuvem e arquiteturas compatíveis deixam de ser peças isoladas e passam a formar uma única narrativa.

E existe um último easter egg digno de um filme de espionagem: talvez o maior segredo do System/360 nunca tenha sido sua velocidade, sua memória ou seu hardware.

Seu verdadeiro "dispositivo secreto" foi uma ideia.

A ideia de que o software deveria sobreviver ao hardware.

Sessenta anos depois, essa missão continua ativa.

E, como toda boa operação do MI6, ela permanece funcionando silenciosamente nos bastidores, protegendo bilhões de transações todos os dias.

Missão cumprida, Agente COBOL. A próxima pasta confidencial já está sobre a mesa: IBM System/370 — o computador que aprendeu a ser muitos computadores ao mesmo tempo.

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