☕ 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

domingo, 17 de maio de 2026

☕🖥️ O SYSprog z/OS NÃO É “SÓ MAIS UM PROFISSIONAL DE TI” — É O ENGENHEIRO QUE IMPEDE O MUNDO DE PARAR ☕🖥️

 

Bellacosa Mainframe ilustra a importancia do Sysprog Mainframe

☕🖥️ O SYSprog z/OS NÃO É “SÓ MAIS UM PROFISSIONAL DE TI” — É O ENGENHEIRO QUE IMPEDE O MUNDO DE PARAR ☕🖥️

Existe uma frase silenciosa no universo corporativo que pouca gente fora do mainframe entende:

“Quando o mainframe para, a empresa inteira descobre que ele existia.”

E é exatamente aí que entra uma das profissões mais raras, mais complexas e mais subestimadas da tecnologia moderna:

o z/OS System Programmer.

Muita gente imagina TI como:

  • frontend colorido,
  • startup hype,
  • app mobile,
  • container,
  • influencer de LinkedIn falando “cloud-native”.

Enquanto isso…

em algum datacenter refrigerado absurdamente caro:

  • bilhões de transações financeiras continuam passando,
  • cartões continuam autorizando,
  • PIX continua existindo,
  • companhias aéreas continuam operando,
  • seguradoras continuam processando,
  • governos continuam funcionando.

E frequentemente tudo isso está apoiado em:

IBM Z + z/OS.


☕ O MAINFRAME NÃO MORREU. ELE VIROU INFRAESTRUTURA CIVILIZACIONAL.

O erro mais comum do iniciante é imaginar o mainframe como:

“computador velho dos anos 70”.

Na prática?

O IBM Z moderno possui:

  • criptografia por hardware,
  • IA embarcada,
  • Linux,
  • containers,
  • OpenShift,
  • APIs REST,
  • automação,
  • integração cloud híbrida,
  • throughput monstruoso,
  • uptime absurdo.

O mainframe não compete com notebook.

Ele compete com:

PARAR O MUNDO.


☕ O QUE UM z/OS SYSTEM PROGRAMMER REALMENTE FAZ?

O sysprog não é apenas “administrador”.

Ele é:

  • engenheiro operacional,
  • arquiteto de disponibilidade,
  • especialista em recuperação,
  • analista de performance,
  • guardião de segurança,
  • cirurgião de infraestrutura crítica.

É o profissional que:

  • instala,
  • mantém,
  • corrige,
  • automatiza,
  • protege,
  • recupera,
  • ajusta
    o z/OS.

Se um desenvolvedor cria a aplicação…

o sysprog garante:

que a infraestrutura continue respirando.


☕ EXEMPLO REAL — O CAOS QUE UM SYSprog EVITA

Imagine:

  • um banco internacional,
  • Black Friday,
  • milhões de acessos,
  • PIX em massa,
  • cartões autorizando em tempo real.

Agora imagine:

  • uma falha de storage,
  • perda de path FICON,
  • congestionamento WLM,
  • JES spool lotado,
  • RACF falhando autenticação.

O usuário final só verá:

“Aplicativo indisponível”.

Mas nos bastidores:

  • operadores entram em emergência,
  • sysprogs analisam RMF,
  • storage teams validam control units,
  • dumps começam a ser coletados,
  • IPLs são discutidos,
  • GDPS talvez seja ativado.

E é exatamente nessas horas que nasce o verdadeiro valor do sysprog.


☕ O MAIOR ERRO DO INICIANTE

O novato geralmente pensa:

“Vou aprender COBOL e pronto.”

Não.

O universo enterprise é MUITO maior.

O profissional moderno precisa entender:

  • sistema operacional,
  • segurança,
  • storage,
  • automação,
  • redes,
  • recuperação,
  • tuning,
  • workflows,
  • APIs,
  • cloud híbrida.

O z/OS moderno virou:

uma plataforma enterprise gigantesca.


☕ A TRILHA REAL PARA VIRAR SYSprog

Aqui está algo que pouca gente fala claramente:

Você NÃO vira sysprog em:

  • 2 semanas,
  • bootcamp mágico,
  • vídeo motivacional.

É uma construção gradual.


☕ FASE 1 — APRENDER A “LÍNGUA” DO MAINFRAME

Antes de tudo:

  • TSO/ISPF,
  • JCL,
  • SDSF,
  • datasets,
  • VSAM,
  • catálogo,
  • JES2.

Sem isso o aluno fica perdido.

É como tentar virar piloto sem entender painel de avião.


☕ DICA DE OURO

Muita gente tenta estudar apenas teoria.

Erro fatal.

Mainframe precisa:

laboratório.

Mesmo usando:

  • Hercules,
  • TK4/TK5,
  • zPDT,
  • ADCD,
  • ambientes educacionais,

o importante é:

  • errar,
  • quebrar,
  • restaurar,
  • analisar.

Sysprog nasce no troubleshooting.


☕ O VERDADEIRO TERROR: SMP/E

Todo sysprog veterano respeita uma entidade quase mística chamada:

SMP/E.

O sistema de manutenção do z/OS.

E aqui o iniciante descobre:

  • coexistência,
  • target zones,
  • distribution zones,
  • HOLDDATA,
  • APPLY,
  • ACCEPT,
  • regressões.

Um patch errado pode:

  • quebrar IPL,
  • destruir JES,
  • afetar RACF,
  • causar outage enterprise.

Por isso:

quem domina SMP/E vira ouro no mercado.


☕ RACF — A MURALHA DO IMPÉRIO

Hoje:

  • LGPD,
  • PCI,
  • compliance,
  • auditoria,
  • segurança bancária

são prioridades absolutas.

E no mainframe:

RACF é religião.

O sysprog moderno precisa entender:

  • perfis,
  • grupos,
  • permissões,
  • datasets,
  • certificados digitais,
  • SAF,
  • auditoria.

Porque segurança enterprise não aceita improviso.


☕ O SYSprog MODERNO PRECISA APRENDER PYTHON

Aqui vem o choque cultural.

Muita gente pensa:

“Mainframe é só COBOL.”

Errado.

Hoje o sysprog moderno usa:

  • Python,
  • APIs,
  • automação,
  • Ansible,
  • z/OSMF,
  • REST,
  • OpenShift.

O mundo mudou.

O profissional preso apenas em:

  • painel verde,
  • comandos manuais,
  • operação artesanal

começa a ficar para trás.


☕ O FUTURO É AUTOMAÇÃO

Antigamente:

  • sysprog fazia tudo manualmente.

Hoje:

  • pipelines automatizados,
  • workflows,
  • Infrastructure as Code,
  • provisionamento automático,
  • automação operacional

viraram tendência forte.

Por isso a IBM empurra:

  • Ansible for IBM Z,
  • z/OSMF,
  • OpenShift,
  • integração híbrida.

☕ WLM — O “CÉREBRO INVISÍVEL” DO z/OS

Uma das áreas mais fascinantes do mainframe moderno é o:

Workload Manager.

O WLM decide:

  • quem recebe CPU,
  • prioridade,
  • resposta,
  • throughput,
  • metas de serviço.

Enquanto sistemas distribuídos frequentemente brigam com escalabilidade…

o z/OS já fazia gerenciamento inteligente de workload há décadas.


☕ O UNIVERSO HARDCORE: IODF, IOCDS E FICON

Aqui chegamos no território lendário dos sysprogs veteranos.

Essa é a camada:

  • hardware,
  • canais,
  • control units,
  • topologia física,
  • storage enterprise.

Pouquíssimos profissionais dominam profundamente:

  • HCD,
  • IODF,
  • IOCDS,
  • FICON,
  • channel subsystem.

Quando alguém domina isso:

o mercado inteiro percebe.


☕ O FUTURO PROFISSIONAL PRECISA ENTENDER UMA VERDADE

Mainframe NÃO é tecnologia do passado.

Mainframe é:

tecnologia da continuidade operacional.

E isso muda completamente a mentalidade.

Enquanto startups pensam:

“deploy rápido”.

O mainframe pensa:

“não podemos parar”.


☕ A MENTALIDADE CERTA PARA CRESCER

O profissional que evolui no mainframe normalmente possui:

  • disciplina,
  • curiosidade,
  • paciência,
  • lógica,
  • gosto por troubleshooting,
  • gosto por documentação,
  • responsabilidade.

Porque:

ambiente enterprise não perdoa improviso.


☕ O QUE ESTUDAR HOJE?

Se eu aconselhasse alguém começando AGORA:

Base obrigatória

  • z/OS
  • TSO/ISPF
  • JCL
  • JES2
  • SDSF

Depois

  • RACF
  • SMP/E
  • USS
  • TCP/IP
  • SMS

Avançado

  • WLM
  • RMF
  • Sysplex
  • GDPS
  • HCD/IOCDS

Modernização

  • Python
  • REXX
  • Ansible
  • z/OSMF
  • APIs REST
  • OpenShift

☕ A IMPORTÂNCIA DO ZXPLORE

O ZXPLORE é extremamente forte porque organiza:

  • trilhas,
  • progressão,
  • fundamentos,
  • especializações.

Ela ajuda o aluno a:

  • não estudar aleatoriamente,
  • construir base sólida,
  • entender arquitetura enterprise.

E no mainframe:

base sólida vale mais que modinha tecnológica.


☕ CONCLUSÃO — O SYSprog É O “ENGENHEIRO CIVIL” DA COMPUTAÇÃO ENTERPRISE

Se o desenvolvedor constrói aplicações…

o sysprog sustenta:

  • a fundação,
  • a energia,
  • a segurança,
  • a continuidade,
  • a estabilidade.

Ele é o profissional que trabalha silenciosamente para garantir:

  • disponibilidade,
  • resiliência,
  • recuperação,
  • performance,
  • segurança.

E talvez essa seja a parte mais fascinante do universo IBM Z:

Enquanto o mundo inteiro fala sobre inovação…

o mainframe continua:

  • processando trilhões,
  • protegendo bancos,
  • sustentando governos,
  • mantendo infraestruturas críticas vivas.

Como diria no estilo Bellacosa Mainframe:

“Cloud impressiona em apresentações.
Mainframe impressiona quando o caos começa.” ☕🖥️

Você Ainda Está Vivendo Sua Vida... Ou Apenas Consumindo a Vida dos Outros?

 


Bellacosa Mainframe pergunta você ainda esta vivendo sua vida?

 

☕ Um Café no Bellacosa Mainframe

Você Ainda Está Vivendo Sua Vida... Ou Apenas Consumindo a Vida dos Outros?

Nunca na história da humanidade tivemos tanto acesso ao mundo. A pergunta é: isso nos tornou mais livres ou apenas mais comparativos?

Abra qualquer rede social.

Em menos de cinco minutos você provavelmente verá alguém viajando para um país que talvez nunca visite, experimentando uma comida que talvez nunca prove, assistindo a um show exclusivo, dirigindo um carro de luxo ou vivendo uma rotina aparentemente perfeita.

Isso parece normal.

Mas talvez seja uma das maiores mudanças psicológicas e sociológicas da história da humanidade.

Durante milhares de anos, o ser humano comparava sua vida com algumas dezenas de pessoas da própria comunidade.

Hoje, compara-se com bilhões.

E nosso cérebro nunca foi projetado para isso.

Foi dessa reflexão que nasceu esta série especial do Um Café no Bellacosa Mainframe.

Não estamos falando apenas de tecnologia.

Estamos falando de como algoritmos, Inteligência Artificial e a economia digital estão mudando silenciosamente nossa forma de pensar, desejar, consumir, trabalhar e até definir o que significa ter uma vida bem-sucedida.

☕ Parte 1 — O ponto de partida

A Sociedade da Exposição Permanente

Neste artigo discutimos como a internet eliminou as barreiras geográficas e colocou qualquer pessoa diante de estilos de vida praticamente inalcançáveis.

Mais do que desigualdade econômica, vivemos uma desigualdade de exposição.

Pela primeira vez, uma minoria altamente privilegiada pode exibir sua realidade para bilhões de pessoas, vinte e quatro horas por dia.

A consequência talvez seja muito maior do que imaginamos.

➡️ Leia também: A Sociedade da Exposição Permanente. https://eljefemidnightlunch.blogspot.com/2023/01/a-sociedade-do-feed-infinito-vicios-e.html


☕ Parte 2

A Sociedade do Feed Infinito

Por que sentimos que nunca somos suficientes?

Por que sempre parece existir alguém vivendo melhor?

Neste artigo exploramos conceitos como:

  • Teoria da Comparação Social;

  • Privação Relativa;

  • Consumo Conspícuo;

  • Capital Cultural;

  • Sociedade do Espetáculo;

  • Modernidade Líquida.

Descobrimos que talvez o problema não seja nossa vida.

Talvez seja a régua que usamos para medi-la.

➡️ Leia também: A Sociedade do Feed Infinito. https://eljefemidnightlunch.blogspot.com/2023/02/a-sociedade-do-feed-infinito-o-que-todo.html


☕ Parte 3

A Economia da Atenção

Se as redes sociais são gratuitas...

Quem realmente está pagando a conta?

Neste artigo mostramos como algoritmos, Inteligência Artificial e Big Tech transformaram emoções humanas em ativos econômicos.

Você entenderá por que indignação, curiosidade, medo e admiração possuem enorme valor financeiro.

E perceberá que a disputa mais importante do século XXI talvez não seja por petróleo, ouro ou dados.

É pela sua atenção.

➡️ Leia também: A Economia da Atenção. https://eljefemidnightlunch.blogspot.com/2023/03/a-sociedade-do-feed-infinito-economia.html


☕ Parte 4

O Futuro da Mente Humana

A próxima revolução talvez não aconteça nas máquinas.

Ela acontecerá dentro de nós.

IA generativa, agentes inteligentes, realidade aumentada, avatares digitais e interfaces cognitivas prometem transformar educação, trabalho, criatividade e relacionamentos.

Mas também levantam perguntas profundas.

Quando uma IA conhecer nossos hábitos melhor do que nós mesmos...

Quem estará tomando as decisões?

➡️ Leia também: O Futuro da Mente Humana. https://eljefemidnightlunch.blogspot.com/2023/04/a-sociedade-do-feed-infinito-o-futuro.html


A Pergunta Que Poucos Estão Fazendo

Durante décadas acreditamos que a tecnologia mudaria o mundo.

Ela mudou.

Agora ela começa a mudar quem somos.

Nossa atenção.

Nossa memória.

Nossa identidade.

Nossa percepção de sucesso.

Nossa autoestima.

Nossos relacionamentos.

Talvez a maior revolução da Inteligência Artificial não seja criar máquinas mais inteligentes.

Talvez seja criar seres humanos cada vez mais dependentes delas.

Ou talvez aconteça exatamente o contrário.

Talvez a IA nos obrigue a redescobrir aquilo que sempre nos tornou verdadeiramente humanos.

Empatia.

Pensamento crítico.

Propósito.

Consciência.

Essa resposta ainda não existe.

E talvez ninguém possa respondê-la por nós.

A única certeza é que a próxima grande atualização não será do seu computador.

Será da forma como sua mente interpreta a realidade.

E quando isso acontecer, a pergunta deixará de ser "o que a tecnologia pode fazer?"

Ela passará a ser muito mais desconfortável:

"Depois de tudo isso... ainda somos nós que escolhemos o que pensar?"

Se publicado como página-pilar, esse artigo funciona como um excelente hub de navegação para os quatro textos da série, aumentando tempo de permanência, links internos e potencial de SEO.

sábado, 16 de maio de 2026

☕🖥️ DO DOS/360 AO z/OS: A LINHAGEM IMORTAL DOS MAINFRAMES IBM — O “DNA DIGITAL” QUE SOBREVIVE HÁ 60 ANOS ☕🖥️

 

Bellacosa Mainframe recordando as origems do Z/OS conheça o MVS 360

☕🖥️ DO DOS/360 AO z/OS: A LINHAGEM IMORTAL DOS MAINFRAMES IBM — O “DNA DIGITAL” QUE SOBREVIVE HÁ 60 ANOS ☕🖥️

Existe uma diferença brutal entre um computador comum… e uma arquitetura que literalmente ajudou a construir o planeta corporativo moderno.

E quando falamos do IBM Mainframe, estamos falando exatamente disso.

Não é exagero.

Boa parte do sistema financeiro mundial, seguradoras, companhias aéreas, governos e grandes bancos ainda carregam dentro de si fragmentos tecnológicos que nasceram no lendário IBM System/360 de 1964.

Sim…

Enquanto muita gente imagina que mainframe é “computador velho”, a verdade é muito mais absurda:

O z/OS moderno ainda carrega DNA arquitetural do OS/360.

É praticamente uma linhagem tecnológica contínua.


☕ O SYSTEM/360 — O MAINFRAME QUE REINICIOU A COMPUTAÇÃO

📅 Lançamento: 7 de abril de 1964
📅 Primeiras entregas: 1965
📅 Retirada oficial: nunca realmente “morreu” — evoluiu para System/370, 390 e linha Z

O System/360 mudou TUDO.

Antes dele:

  • softwares raramente eram compatíveis entre máquinas
  • trocar hardware era um pesadelo
  • programas precisavam ser reescritos
  • cada fabricante criava um universo isolado

A IBM decidiu fazer algo quase insano para a época:

Criar uma arquitetura padronizada e compatível entre modelos.

Hoje isso parece normal.

Nos anos 60?

Era quase ficção científica corporativa.

O projeto custou 5 bilhões de dólares da época — um dos maiores investimentos tecnológicos do século XX.


☕ DOS/360 — O “SISTEMA OPERACIONAL DE EMERGÊNCIA” QUE VIROU LENDA

📅 Lançamento: 1965
📅 Evoluiu para: DOS/VS → DOS/VSE → z/VSE
📅 Retirada do nome “DOS”: anos 80 (para evitar confusão com PC-DOS)

O DOS/360 nasceu porque o OS/360 estava atrasado.

A IBM precisava entregar alguma coisa.

E rápido.

O DOS era mais simples, menor e menos sofisticado.

Mas funcionava.

E vendeu computadores.


☕ O MUNDO ERA MECÂNICO

Hoje você sobe uma VM na nuvem em segundos.

Na era DOS/360?

O operador literalmente:

  • montava fitas
  • trocava discos físicos
  • alimentava leitora de cartões
  • controlava impressoras gigantes
  • fazia IPL manualmente

Tudo era físico.

Tudo fazia barulho.

Tudo piscava.

Era quase uma mistura de engenharia industrial com ficção científica.


☕ TOS/360 — O SISTEMA OPERACIONAL QUE RODAVA EM FITAS

📅 Lançamento: 1965
📅 Retirada: final dos anos 60/início dos 70

Sim.

Existia um sistema operacional baseado em FITA MAGNÉTICA.

O TOS/360 era usado por empresas que não podiam pagar discos.

Imagine o sofrimento operacional:

  1. monta fita
  2. carrega sistema
  3. executa job
  4. troca fita
  5. imprime resultado
  6. reza para nada travar

O boot praticamente tinha “trabalho braçal”.


☕ BOS/360 — O “MAINFRAME DE ENTRADA”

📅 Lançamento: 1965
📅 Retirada: anos 70

Voltado para máquinas pequenas como o System/360 Model 30.

E aqui entra um detalhe que explode a cabeça de qualquer geração moderna:

Esses sistemas podiam operar com 8K ou 16K de memória.

KILOBYTES.

Uma imagem simples no WhatsApp hoje pode ser maior que a memória inteira de um banco dos anos 60.


☕ OS/360 — O VERDADEIRO TITÃ

📅 Lançamento: 1966/1967
📅 Evolução direta: MVS → OS/390 → z/OS

O OS/360 foi o grande sistema operacional corporativo da IBM.

E ele veio em três variantes:

  • PCP
  • MFT
  • MVT

☕ PCP — O “MODO MONOTAREFA CORPORATIVO”

📅 Lançamento: 1966
📅 Retirada: anos 70

O PCP rodava apenas UM programa por vez.

Simples assim.

Nada de multiprogramação sofisticada.

Você executava:

  • folha de pagamento
  • terminava
  • depois rodava faturamento

Era praticamente um “mainframe sequencial”.


☕ MFT — QUANDO O MAINFRAME APRENDEU MULTIPROGRAMAÇÃO

📅 Lançamento: 1966/1967
📅 Evolução: OS/VS1
📅 Retirada: anos 70

O MFT introduziu partições fixas.

Exemplo mental:

PARTIÇÃO 1 → COBOL
PARTIÇÃO 2 → SORT
PARTIÇÃO 3 → UTILITÁRIOS

O problema?

Rigidez absurda.

Se um programa precisasse mais memória…

dor de cabeça.


☕ MVT — O PAI DO z/OS MODERNO

📅 Lançamento: 1966/1967
📅 Evoluiu para: SVS → MVS → z/OS
📅 Última grande versão: MVT 21.8F (1974/1978)

Aqui nasce o DNA do mainframe moderno.

O MVT trouxe:

  • regiões variáveis
  • TSO
  • multitarefa avançada
  • multiprocessamento
  • timesharing
  • gerenciamento mais inteligente de memória

Foi aqui que o mainframe começou a parecer “moderno”.


☕ TSO — O MAINFRAME VIROU INTERATIVO

Antes:

  • submit de job
  • espera
  • impressão
  • análise

Depois do TSO?

O usuário passou a interagir ONLINE.

Isso revolucionou:

  • desenvolvimento
  • administração
  • suporte
  • produtividade

Foi uma mudança tão absurda quanto sair do MS-DOS para Windows.


☕ VS1, SVS E MVS — A REVOLUÇÃO DA MEMÓRIA VIRTUAL

OS/VS1

📅 Lançamento: 1972
📅 Retirada: anos 80

SVS (OS/VS2 R1)

📅 Lançamento: 1972
📅 Retirada: substituído pelo MVS

MVS (OS/VS2 R2)

📅 Lançamento: 1974
📅 Evolução contínua até hoje

Aqui aconteceu algo monumental:

A IBM trouxe Virtual Storage.


☕ O QUE ISSO SIGNIFICA?

Antes:

Programa → memória física

Depois:

Programa → memória virtual → paginação → memória real

Isso permitiu:

  • múltiplos address spaces
  • isolamento
  • expansão massiva
  • estabilidade
  • escalabilidade corporativa

☕ MVS — MULTIPLE VIRTUAL STORAGE

O nome diz tudo.

Cada aplicação ganhou seu próprio espaço de memória virtual.

É a base conceitual do z/OS moderno.

Sem exagero:

Boa parte da computação corporativa atual nasceu aqui.


☕ JES2 — O CORAÇÃO BATCH DO PLANETA

📅 JES2 origem: HASP
📅 JES3 origem: ASP

O JES virou o sistema nervoso do batch.

Fluxo clássico:

  1. usuário envia JCL
  2. JES recebe
  3. spoola
  4. agenda execução
  5. coleta SYSOUT
  6. libera saída

Sem JES?

O mundo batch praticamente não existiria como conhecemos.


☕ VM/370 — A IBM INVENTOU A NUVEM ANTES DA INTERNET

📅 CP/67: 1967
📅 VM/370: anos 70
📅 Evolução atual: z/VM

Aqui mora uma das maiores loucuras tecnológicas da história.

Décadas antes do VMware…

Décadas antes da AWS…

O mainframe já fazia virtualização pesada.


☕ O CONCEITO ERA GENIAL

Hardware real

CP (Hypervisor)

Máquinas virtuais independentes

Cada usuário tinha:

  • discos virtuais
  • memória virtual
  • console próprio
  • ambiente isolado

Nos ANOS 60.

Isso é completamente surreal.


☕ MVS/XA — QUANDO 16 MB VIRARAM “PEQUENOS”

📅 Lançamento: 1983
📅 Evoluiu para: MVS/ESA

Até então:

  • limite de 16 MB por address space

O XA trouxe:

  • 31 bits
  • 2 GB de endereçamento
  • multiprocessamento muito melhor

Na época isso parecia infinito.


☕ MVS/ESA — O MAINFRAME CORPORATIVO DEFINITIVO

📅 Lançamento: 1988
📅 Evoluiu para: OS/390

Trouxe:

  • Sysplex
  • ESCON
  • Hiperspaces
  • Data Spaces
  • Workload Manager moderno

Aqui o mainframe virou praticamente um “cluster corporativo”.


☕ OS/390 — A FUSÃO DOS TITÃS

📅 Lançamento: 1995/1996
📅 Retirada: substituído pelo z/OS

O OS/390 consolidou vários produtos em um ecossistema mais integrado.

Foi um período importantíssimo para:

  • automação
  • storage management
  • simplificação operacional

☕ z/OS — O HERDEIRO FINAL

📅 Lançamento: 2001
📅 Status: ativo até hoje

O z/OS é literalmente o descendente direto do MVT dos anos 60.

E isso é uma insanidade arquitetural.

Ele suporta:

  • 24 bits
  • 31 bits
  • 64 bits

Tudo convivendo.


☕ O QUE SOBREVIVEU POR DÉCADAS?

Ainda hoje existem aplicações COBOL criadas há décadas funcionando em produção.

Porque o mainframe foi projetado para preservar investimento.

Esse talvez seja o maior diferencial filosófico do ecossistema IBM.


☕ HERCULES — O “MUSEU VIVO” DOS MAINFRAMES

O Hercules permite rodar:

  • DOS/360
  • MVS 3.8J
  • VM/370
  • VSE
  • Linux/390

em PCs modernos.

Mas existe um detalhe IMPORTANTÍSSIMO:

Hercules NÃO é brinquedo.

Você precisa entender:

  • IPL
  • JCL
  • DASD
  • JES
  • VTAM
  • catalog
  • dumps
  • hexadecimal
  • arquitetura

É praticamente um laboratório de SYSprog raiz.


☕ O MAINFRAME FEZ “CLOUD COMPUTING” ANTES DA CLOUD

Essa talvez seja a maior ironia tecnológica da história.

Muito antes de:

  • Kubernetes
  • Docker
  • VMware
  • AWS
  • Azure

o mainframe já fazia:

  • virtualização
  • isolamento
  • cluster
  • workload balancing
  • alta disponibilidade
  • failover
  • timesharing
  • multiusuário massivo

Décadas antes do marketing moderno reinventar nomes para ideias antigas.


☕ CONCLUSÃO ESTILO BELLACOSA MAINFRAME

Enquanto dezenas de arquiteturas desapareceram:

  • DEC VAX
  • Burroughs
  • Univac
  • Wang
  • Data General

o DNA do System/360 continua vivo.

E talvez isso seja a maior prova de engenharia da história da computação corporativa.

O z/OS moderno não é “um sistema novo”.

Ele é uma LINHAGEM.

Uma criatura tecnológica evoluindo continuamente há mais de meio século.

E honestamente?

Pouquíssimas tecnologias na história conseguiram algo parecido.

sexta-feira, 15 de maio de 2026

IBM Storage Insights 2Q26 Muito Além do Monitoramento: A Nova Era da Observabilidade para IBM Storage

 

Bellacosa Mainframe a nova era do ibm storage


☕ Um Café no Bellacosa Mainframe

IBM Storage Insights 2Q26

Muito Além do Monitoramento: A Nova Era da Observabilidade para IBM Storage

"Durante muitos anos administradores de storage olhavam para discos, controladoras e portas Fibre Channel. Hoje observam tendências, saúde operacional e inteligência analítica. A diferença parece pequena. Na prática, muda completamente a forma de operar um datacenter."


O Storage deixou de ser invisível

Durante décadas, armazenamento era considerado infraestrutura.

Funcionava?
Ótimo.

Não funcionava?
Chamavam o especialista de storage.

Hoje isso mudou.

Em um ambiente moderno existem:

  • IBM Z

  • LinuxONE

  • VMware

  • Kubernetes

  • OpenShift

  • Cloud híbrida

  • IA

  • Data Lakes

  • Storage Scale

  • FlashSystem

  • DS8000

Tudo depende do storage.

Um pequeno problema em uma porta Fibre Channel pode afetar milhares de aplicações.

É justamente esse cenário que o IBM Storage Insights procura resolver.


O foco da versão 2Q26

Ao analisar todas as novidades percebe-se um padrão.

A IBM investiu em cinco pilares:

  • observabilidade

  • experiência do operador

  • análise inteligente

  • integração

  • automação

Não há novos equipamentos.

Não há novo hardware.

Há inteligência operacional.

E isso vale muito mais.


1. Fleet Performance Analysis

Até agora a análise era muito centrada em um storage específico.

Agora passa a existir uma visão da frota inteira.

Imagine um banco com:

  • 15 DS8900F

  • 8 FlashSystem

  • 6 SAN Directors

  • dezenas de switches Fibre Channel

Antes era necessário analisar equipamento por equipamento.

Agora é possível observar tendências globais.

Isso permite responder perguntas como:

  • Qual storage ficou mais lento?

  • Qual começou a aumentar a latência?

  • Em qual região ocorreu maior utilização?

  • Existe um comportamento anormal em todo o ambiente?

Esse tipo de análise aproxima o Storage Insights das plataformas modernas de observabilidade.


2. Upgrade guiado para o Pro

Parece um detalhe.

Não é.

A IBM percebeu que muitos clientes utilizavam apenas a versão Free porque o processo de migração não era claro.

Agora existe um assistente mostrando:

  • licença atual

  • recursos disponíveis

  • diferenças entre versões

  • caminho de atualização

Resultado:

menos dúvidas.

Menos chamados.

Menor tempo para adoção.


3. Novo NOC Dashboard

O dashboard ganhou uma filosofia muito diferente.

Antes havia muitas telas.

Agora existem cartões inteligentes.

Entre os novos recursos:

✔ Saúde

✔ Capacidade

✔ Performance

✔ Desvios

✔ Tendências

✔ Intervalo de tempo flexível

Além disso surgiu um widget extremamente interessante.

O novo Performance Widget identifica automaticamente quais sistemas merecem atenção.

Ou seja:

não é mais o operador procurando problemas.

É o dashboard chamando o operador.

Esse é um conceito típico de plataformas modernas de observabilidade.


4. Monitoramento óptico da SAN

Na minha opinião, esta é uma das novidades mais importantes.

Até hoje muitos problemas em Fibre Channel eram diagnosticados apenas quando os erros apareciam.

Agora passam a existir três métricas fundamentais:

SFP Temperature

Temperatura do transceiver óptico.

Temperatura elevada normalmente indica:

  • degradação

  • ventilação inadequada

  • desgaste


SFP Tx Power

Potência óptica transmitida.

Quando começa a cair pode indicar:

  • envelhecimento do laser

  • problemas no transmissor


SFP Rx Power

Potência óptica recebida.

Permite detectar:

  • fibras sujas

  • conectores danificados

  • curvatura excessiva

  • atenuação

  • perda óptica

Isso muda completamente o modelo de suporte.

Antes:

"O link caiu."

Agora:

"O nível óptico vem degradando há três semanas."

É manutenção preditiva.


Bellacosa Mainframe espiona o DS8000

5. Capacity Insights para DS8000

Quem administra DS8000 sabe como planejamento de capacidade pode ser complexo.

A IBM agora separa claramente:

  • capacidade IBM Z

  • Open Systems

  • Thin Provisioning

  • Compression

  • Non Compression

  • economia obtida

  • eficiência geral

Isso facilita responder perguntas clássicas da diretoria:

"Precisamos comprar mais discos?"

Ou:

"A compressão está realmente gerando economia?"


6. IBM Storage Scale na nova interface

Outro passo importante.

O IBM Storage Scale passa a aparecer na interface moderna.

Nesta primeira fase (Technology Preview), o foco é:

  • inventário

  • configuração

  • hardware

  • software

No futuro deverão chegar métricas completas de desempenho.

A tendência é consolidar toda a infraestrutura IBM Storage em uma única interface.


7. REST API Version 2

Toda plataforma moderna precisa ser automatizada.

A nova API V2 simplifica integrações com ferramentas como:

  • Ansible

  • Terraform

  • Grafana

  • ServiceNow

  • Red Hat Ansible Automation Platform

  • IBM Concert

  • IBM Turbonomic

O detalhe interessante é que a IBM manteve compatibilidade com a versão anterior.

Ou seja:

não quebra integrações existentes.

É uma evolução segura.


O que isso significa para ambientes IBM Z?

Embora o IBM Storage Insights não substitua ferramentas tradicionais de administração do z/OS, ele complementa a visão operacional do ambiente.

Em um datacenter IBM Z, ele pode fornecer visibilidade sobre:

  • DS8000

  • FlashSystem

  • SAN Fibre Channel

  • Storage Scale

  • eficiência de compressão

  • crescimento de capacidade

  • tendências de desempenho

  • saúde da infraestrutura de armazenamento

Isso ajuda equipes de infraestrutura a identificar gargalos antes que impactem workloads críticos executados no IBM Z.


Minha avaliação

A IBM claramente está posicionando o Storage Insights como uma plataforma de observabilidade para armazenamento, e não apenas como um console de monitoramento.

As novidades mais relevantes desta versão são:

Fleet-Level Performance Analysis — visão consolidada do ambiente.

Monitoramento óptico de SAN — manutenção preditiva para Fibre Channel.

Capacity Insights para DS8000 — planejamento de capacidade mais preciso.

IBM Storage Scale na interface moderna — unificação da administração.

REST API v2 — integrações mais simples e preparadas para automação.

Novo NOC Dashboard — operação orientada por eventos e indicadores.

Para organizações que operam ambientes críticos — bancos, seguradoras, governos e grandes empresas — esses recursos reduzem o tempo gasto em diagnóstico, aumentam a visibilidade da infraestrutura e fortalecem uma abordagem proativa na gestão do armazenamento, em vez de apenas reagir a incidentes quando eles já ocorreram.


☕💣 15 COISAS SOBRE SMP/E QUE TODO SYSProg JUNIOR DESCOBRE TARDE DEMAIS ☕💣

 

Bellacosa Mainframe e uma lista com 15 curiosidades sobre o SMP/E

☕💣 15 COISAS SOBRE SMP/E QUE TODO SYSProg JUNIOR DESCOBRE TARDE DEMAIS ☕💣

O SMP/E parece “só um instalador”.

Até o dia em que ele destrói seu APPLY, trava uma maintenance window ou começa uma guerra silenciosa com o RACF às 3 da manhã.

Aí você percebe:

o SMP/E não é ferramenta.
É uma entidade cósmica do z/OS.

Então pega o café porque aqui vão algumas das curiosidades mais fascinantes — e assustadoras — do universo SMP/E.


☕ 1 — O SMP/E EXISTE DESDE A ERA DOS DINOSSAUROS CORPORATIVOS

Antes do SMP/E existia o:

SMP (System Modification Program)

O “E” de Extended veio depois.

E mesmo assim MUITA lógica histórica do MVS clássico ainda vive dentro dele.

Ou seja:

parte do SMP/E moderno carrega DNA dos anos 70.

☕ 2 — O CSI É BASICAMENTE O “BANCO DE DADOS DA VERDADE”

O CSI:

Consolidated Software Inventory

é o coração do SMP/E.

Ele sabe:

  • o que está instalado,

  • o que falta,

  • pré-requisitos,

  • dependências,

  • supersedes,

  • HOLDDATA.

Se o CSI corromper:

o desespero psicológico começa.

☕ 3 — APPLY NÃO INSTALA “ARQUIVOS”

Essa é uma das maiores surpresas para iniciantes.

O SMP/E NÃO funciona igual Windows Installer.

Ele trabalha com:

  • ELEMENTS,

  • MODs,

  • MACs,

  • SRCs,

  • RELFILEs,

  • SYSMODs.

Ou seja:

o SMP/E pensa em engenharia de software,
não em “copiar arquivo”.

☕ 4 — O RECEIVE ORDER FEZ O MAINFRAME ENTRAR NA INTERNET SEM FAZER BARULHO

Muita gente acha que cloud inventou automação.

Enquanto isso o z/OS já fazia:

  • download automático,

  • SSL/TLS,

  • autenticação por certificado,

  • automação de manutenção,

anos antes de muita startup existir.


☕ 5 — O SMP/E USA JAVA… E ISSO ASSUSTA VETERANOS

Nada é mais engraçado que ver um SYSProg raiz descobrir:

javahome=
classpath=

dentro de uma JCL SMP/E.

O sujeito cresceu no:

IEBGENER
IDCAMS
IEFBR14

e de repente precisa debugar TLS Java.


☕ 6 — O HOLDDATA É O “SISTEMA NERVOSO” DA MANUTENÇÃO

HOLDDATA não é “só um arquivo”.

Ele avisa:

  • PTF problemática,

  • conflito,

  • ação manual,

  • PE error,

  • bypass necessário.

Veteranos respeitam HOLDDATA como:

um oráculo antigo do datacenter.

☕ 7 — EXISTE GENTE QUE TEM MEDO DE CONTENT(ALL)

E com razão.

O primeiro:

RECEIVE ORDER CONTENT(ALL)

de um ambiente antigo pode baixar um apocalipse de manutenção acumulada.

Tem ambiente que parece:

um tsunami de PTFs vindo do passado.

☕ 8 — O SMP/E CONSEGUE SABER DEPENDÊNCIAS MELHOR QUE MUITO GERENTE

Ele entende:

  • pré-requisitos,

  • co-requisitos,

  • supersedes,

  • incompatibilidades.

Ou seja:

o SMP/E sabe mais sobre o software do banco
do que metade da equipe.

☕ 9 — RACF E SMP/E TÊM UMA RELAÇÃO COMPLICADA

Quando SSL entra na história…

o SYSProg descobre:

  • keyring,

  • certificados,

  • trust chain,

  • RDATALIB,

  • DIGTCERT.

E aí nasce o clássico:

“isso é problema do RACF ou do SMP/E?”

Ninguém sabe.


☕ 10 — O SMP/E É MAIS PRÓXIMO DE UM GERENCIADOR DEVOPS DO QUE VOCÊ IMAGINA

Na prática ele já fazia:

  • versionamento,

  • rollback lógico,

  • controle de dependência,

  • inventory,

  • automação,

  • compliance.

Muito antes da palavra DevOps virar moda.


☕ 11 — APPLY CHECK SALVOU MAIS CARREIRAS QUE BACKUP

Veteranos SEMPRE fazem:

APPLY CHECK

Porque APPLY direto é:

esporte radical corporativo.

☕ 12 — O SMP/E NÃO “ESQUECE” FACILMENTE

O CSI guarda histórico detalhado.

Então quando alguém pergunta:

“quem aplicou isso?”

o SMP/E normalmente sabe.

É praticamente auditoria forense do z/OS.


☕ 13 — EXISTEM SYSProgs QUE AMAM MAIS O SMP/E QUE O ISPF

Parece exagero.

Até você perceber que:

um bom SYSProg mede estabilidade pela qualidade da maintenance strategy.

☕ 14 — O RECEIVE ORDER TRANSFORMOU O MAINFRAME EM UM CLIENTE CLOUD

Isso parece absurdo.

Mas o z/OS hoje:

  • autentica via TLS,

  • usa certificados digitais,

  • conversa com APIs,

  • baixa conteúdo remoto,

  • automatiza updates.

Ou seja:

o mainframe virou um cidadão da internet moderna.

☕ 15 — O SMP/E ENSINA UMA LIÇÃO BRUTAL SOBRE O z/OS

O iniciante acha que mainframe é:

“tela verde e COBOL”

O SMP/E mostra que o mundo real é:

  • engenharia de software,

  • segurança enterprise,

  • criptografia,

  • automação,

  • integração,

  • compliance,

  • arquitetura crítica.

E talvez seja por isso que o z/OS continua vivo.

Porque no final…

ninguém no planeta leva manutenção enterprise tão a sério quanto o mainframe.

quinta-feira, 14 de maio de 2026

☕🔐 SMP/E INTERNET SERVICE RETRIEVAL — O “WINDOWS UPDATE” DO MAINFRAME QUE TRANSFORMOU O SYSProg EM UM ENGENHEIRO DE SEGURANÇA ENTERPRISE ☕🔐

 

Bellacosa Mainframe e o SMP/E o poder da atualização do Sysprog

☕🔐 SMP/E INTERNET SERVICE RETRIEVAL — O “WINDOWS UPDATE” DO MAINFRAME QUE TRANSFORMOU O SYSProg EM UM ENGENHEIRO DE SEGURANÇA ENTERPRISE ☕🔐

Existe um momento na vida de todo profissional de mainframe em que ele percebe uma verdade brutal:

O z/OS deixou de ser “apenas um sistema operacional”.

Ele virou uma fortaleza criptográfica conectada à internet.

E poucos exemplos mostram isso tão bem quanto o SMP/E Internet Service Retrieval.

Lançado oficialmente nas gerações modernas do SMP/E do z/OS no início dos anos 2000 e amplamente consolidado durante a era z/OS 1.10/1.11 em diante, esse recurso mudou completamente a forma como o mainframe recebe manutenção.
E diferente de muitos recursos clássicos do universo IBM, ele nunca foi oficialmente retirado do mercado — pelo contrário: tornou-se praticamente obrigatório no ecossistema moderno de manutenção enterprise.


☕ O DIA EM QUE O SMP/E PAROU DE SER “SÓ UM INSTALADOR”

Antigamente, baixar manutenção para mainframe parecia operação militar.

O SYSProg precisava:

  • entrar no portal do fabricante,
  • procurar PTF manualmente,
  • baixar arquivos,
  • transferir para o z/OS,
  • organizar datasets,
  • conferir HOLDDATA,
  • aplicar RECEIVE/APPLY/CHECK.

Era praticamente um ritual xamânico corporativo.

Então surgiu o RECEIVE ORDER via internet.

E o jogo mudou.

Agora o próprio SMP/E:

consulta servidores,
autentica via SSL,
baixa manutenção,
valida certificados,
e entrega tudo pronto no z/OS.

O que antes parecia um processo artesanal virou quase um:

yum install do mundo mainframe.

☕ O SYSProg MODERNO VIROU UM “ENGENHEIRO DE PKI”

E aqui está a parte que muita gente fora do z/OS não entende.

Para configurar SMP/E Internet Service Retrieval, você NÃO aprende só SMP/E.

Você aprende:

  • SSL/TLS,
  • PKI,
  • certificados X.509,
  • RACF Digital Certificates,
  • ACF2,
  • Top Secret,
  • Java no z/OS,
  • USS,
  • segurança enterprise,
  • autenticação criptográfica.

Ou seja:

o SYSProg moderno virou meio administrador Linux,
meio especialista em segurança,
meio engenheiro de criptografia.

☕ O MAINFRAME AGORA FALA HTTPS COMO UM NAVEGADOR MODERNO

Esse é o detalhe mais fascinante.

O SMP/E literalmente age como um cliente HTTPS corporativo.

Ele conversa com:

Broadcom Order Server
Broadcom Download Server

usando:

  • SSL,
  • certificados digitais,
  • trust chain,
  • autenticação mútua.

Sim.

O z/OS está fazendo praticamente o mesmo tipo de handshake TLS que:

  • Chrome,
  • Firefox,
  • Edge,
  • APIs REST modernas.

Só que dentro do coração bancário do planeta.


☕ O “CHAVEIRO DIGITAL” DO MAINFRAME

A parte mais linda disso tudo é o conceito de KEYRING.

O nome parece inocente.

Mas o keyring é basicamente:

o cofre de identidade digital do z/OS.

Ali ficam:

  • certificados pessoais,
  • certificados trusted,
  • chaves privadas,
  • cadeias de confiança.

Sem keyring:

não existe SSL no mundo mainframe.

☕ RACF, ACF2 E TOP SECRET — A GUERRA DOS IMPÉRIOS

Uma das coisas mais clássicas do universo z/OS aparece aqui:

Cada ESM faz tudo de um jeito diferente.

O curso mostra comandos para:

  • RACF,
  • CA ACF2,
  • CA Top Secret.

E isso revela uma verdade histórica maravilhosa:

no mainframe até os certificados têm guerra política.

O RACF virou o padrão dominante.

Mas ACF2 e Top Secret ainda vivem fortíssimos em bancos, seguradoras e governos.

E cada ambiente tem sua própria “religião operacional”.


☕ O ERRO QUE TODO SYSProg COMETE PELO MENOS UMA VEZ

O material mostra algo que parece pequeno:

RECFM=VB
LRECL=84
ASCII

Mas aqui mora o terror psicológico do SMP/E moderno.

Porque basta transferir um certificado errado…

e o inferno começa.

Você ganha:

SSL handshake failure
GSK_ERROR_BAD_CERT
certificate validation error

E aí começa o clássico ritual do SYSProg:

  • olhar JESMSGLG,
  • abrir IPCS,
  • conferir encoding,
  • verificar RACDCERT,
  • revisar keyring,
  • discutir com segurança,
  • culpar firewall,
  • descobrir depois que o FTP foi BINÁRIO.

☕ O DETALHE MAIS ASSUSTADOR: JAVA

Sim.

JAVA.

O SMP/E moderno depende de Java para HTTPS.

Isso quebra completamente a cabeça do velho operador de MVS raiz.

Porque o sujeito que cresceu no:

IEBGENER
IDCAMS
IEHLIST

agora precisa entender:

classpath
javahome
TLS stack
USS

É a colisão definitiva:

mainframe clássico VS infraestrutura moderna.

☕ CONTENT(ALL) — O BOTÃO DO APOCALIPSE

Existe uma parte especialmente perigosa no RECEIVE ORDER:

CONTENT(ALL)

Na teoria:

“baixe tudo que está faltando”

Na prática:

“prepare espaço em disco porque o tsunami de PTFs vem aí”

O primeiro RECEIVE ORDER CONTENT(ALL) de um ambiente antigo pode parecer:

um dump nuclear de manutenção acumulada.

☕ O MAINFRAME ENTROU NA ERA DA AUTOMAÇÃO

O mais fascinante é perceber o impacto histórico disso.

Durante décadas, manutenção de mainframe foi algo extremamente manual.

Hoje:

  • jobs podem ser agendados,
  • downloads automatizados,
  • HOLDDATA atualizada sozinha,
  • recomendações críticas baixadas automaticamente.

Ou seja:

o z/OS entrou oficialmente na era DevOps…
do jeito mainframe.

☕ O SYSProg MODERNO NÃO É MAIS “OPERADOR”

Esse talvez seja o maior ensinamento de todo esse tema.

Quem acha que mainframe é:

“tela preta e COBOL”

não sobrevive 10 minutos configurando SMP/E Internet Service Retrieval.

Porque aqui o profissional precisa dominar:

  • segurança,
  • rede,
  • certificados,
  • autorização,
  • Java,
  • USS,
  • automação,
  • SMP/E,
  • RACF,
  • troubleshooting SSL.

Isso não é mais “operar sistema”.

Isso é:

engenharia pesada de infraestrutura enterprise.

☕ LANÇAMENTO E STATUS HISTÓRICO

ItemInformação
TecnologiaSMP/E Internet Service Retrieval
FabricanteIBM + Broadcom ecosystem
Consolidação comercialAnos 2000
Popularização massivaEra z/OS 1.10+
FunçãoDownload automatizado de manutenção
Situação atualAinda ativa e amplamente utilizada
                            

Data de retirada                                                                                    Nunca oficialmente retirada

☕ CONCLUSÃO

O SMP/E Internet Service Retrieval é uma das provas mais impressionantes de como o mainframe evoluiu silenciosamente.

Enquanto muita gente imagina o z/OS como um fóssil corporativo…

o sistema já estava fazendo:

  • TLS enterprise,
  • autenticação criptográfica,
  • automação de manutenção,
  • integração internet/mainframe,

quando muito “sistema moderno” ainda engatinhava.

E talvez essa seja a maior ironia da computação corporativa:

o computador mais antigo do datacenter
acabou se tornando
o mais sofisticado.
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...