✨ Bem-vindo ao meu espaço! ✨
Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens.
Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê.
Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão.
Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes
🐍 Python 🤖 IA 📊 Big Data 🌉 Integração híbrida ☁️ Cloud
Boa notícia:
💎 Você NÃO precisa virar “dev web”. 💎 Você só precisa montar um ambiente moderno.
Este guia é direto ao ponto, estilo sysprog.
🧠 Visão Geral do Ambiente que Vamos Montar
No final você terá:
✅ Python oficial instalado ✅ pip funcionando ✅ Bibliotecas (pandas etc.) ✅ VS Code configurado ✅ Plugins de IA ✅ Ferramentas para z/OS ✅ Base para Big Data ✅ Ambiente profissional real
COBOL Multithread no Mainframe: O Lado Quântico da Força no IBM Z
Quando o Padawan Descobre que um Programa COBOL Pode Executar Várias Trilhas de Execução Simultaneamente
Por Bellacosa Mainframe
"Seu pai conhecia uma técnica chamada multithreading. Era um poderoso aliado do lado luminoso da CPU, antes que o excesso de serialização o consumisse."
Mestre Sysprog Bellacosa
A Pergunta que Todo Padawan COBOL Faz
Após aprender:
CALL
Nested Programs
Recursividade
LE
RENT
THREADSAFE
surge uma dúvida inevitável.
Mestre...
Um programa COBOL pode criar Threads?
A resposta curta é:
Sim.
Mas...
Não da forma que Java, C++ ou Python fazem.
E aqui começa uma das partes mais interessantes da arquitetura IBM Z.
O mito do COBOL Monothread
Durante décadas, COBOL foi praticamente sinônimo de:
Uma tarefa
↓
Um programa
↓
Um fluxo
↓
Fim
Exemplo:
OPEN
PERFORM
READ
UPDATE
WRITE
CLOSE
STOP RUN
Linear.
Sequencial.
Determinístico.
Era suficiente.
Bancos.
Seguros.
Governo.
Folha pagamento.
Mas IBM Z mudou
Hoje temos:
LPARs
SMT
zIIP
SRB
TCB
OpenMP
POSIX
USS
Java
C++
Metal C
E COBOL começou a participar desse universo.
A resposta correta
Pergunta:
COBOL possui
CREATE THREAD
Não.
Não possui.
Pergunta:
COBOL pode executar multithread?
Sim.
Através do ambiente.
Onde isso é possível?
Basicamente.
USS
Unix System Services
LE
Language Environment
POSIX
pthread
CICS THREADSAFE
Java Integration
JNI
Metal C
Quando surgiu?
LE apareceu.
Década 90.
Posix Threads.
zOS UNIX.
Enterprise COBOL V3.
V4.
V5.
V6.
COBOL 6.5
convive perfeitamente.
O conceito
COBOL não cria.
COBOL participa.
Exemplo.
C cria.
COBOL executa.
Arquitetura
Programa Mestre
↓
pthread_create()
↓
Thread A
↓
COBOL
THREAD-CPF
Thread B
↓
COBOL
THREAD-END
Thread C
↓
COBOL
THREAD-PIX
MASTER
│
├── Thread CPF
├── Thread PIX
├── Thread AML
├── Thread IA
└── Thread LOG
Master acompanha.
Tabela.
THREAD-ID
STATUS
RC
Exemplo
001
RUNNING
002
ENDED
003
WAIT
Master coleta.
Merge.
Retorna.
Pode valer a pena?
Sim.
Análise fraude.
OCR.
JSON.
IA.
APIs.
Criptografia.
Scoring.
Não.
Leitura sequencial.
Sort.
Folha pagamento.
Batch tradicional.
O conselho do Mestre Bellacosa
Multithreading em COBOL no IBM Z é quase como pilotar um caça estelar experimental escondido em um hangar do datacenter. O motor existe, a tecnologia é impressionante, mas ela não foi colocada diretamente no painel de instrumentos do programador COBOL.
O COBOL clássico continua sendo uma linguagem essencialmente sequencial. Entretanto, quando combinado com Language Environment, POSIX Threads, USS, CICS THREADSAFE, Java ou Metal C, ele passa a habitar um universo onde dezenas de trilhas de execução podem coexistir dentro do mesmo endereço de memória, cada uma com seu próprio stack, contexto LE, PSW e ponteiro de instrução.
O verdadeiro Padawan precisa entender uma lição importante:
O programa COBOL não é o Mestre dos Threads.
Ele é um guerreiro altamente especializado convocado para executar missões dentro de um ecossistema que o IBM Z já domina há décadas.
E talvez essa seja a maior beleza do mainframe moderno: ele consegue executar milhões de transações por segundo, milhares de tarefas concorrentes e dezenas de linguagens diferentes, enquanto um antigo programa COBOL escrito há trinta anos continua processando registros tranquilamente, como um velho Mestre Jedi que já viu muitas gerações de processadores nascerem e desaparecerem na galáxia IBM Z.
Bellacosa Mainframe apresenta ibm mainframe parte xiv
☕ Um Café no Bellacosa Mainframe
Capítulo XIV — O Jardim Secreto da Nave
UNIX System Services (USS): O Lugar Onde o Mainframe Aprendeu a Falar a Língua das Estrelas
DÉCIMA PRIMEIRA REGRA DOS VIAJANTES CÓSMICOS
Se alguém lhe disser:
"Mainframe não roda Linux, não roda Python e não entende UNIX..."
...sorria.
Ofereça um café.
Respire fundo.
E pergunte gentilmente:
"Em que século você está morando?"
Porque existe um lugar dentro do IBM Z que muitos exploradores jamais visitaram.
Um lugar escondido atrás de corredores discretos.
Ali não existem PDS.
Nem membros.
Nem JCL.
Pelo menos...
não da forma que você está acostumado.
Ali existem:
diretórios;
arquivos texto;
Shell;
Bash;
Korn Shell;
Python;
Perl;
Java;
Git;
SSH;
OpenSSL;
Node.js;
Makefiles.
É quase como atravessar um portal dimensional.
Bem-vindo ao UNIX System Services.
Ou simplesmente...
USS.
O Boato Mais Persistente da Galáxia
Existe uma antiga lenda espacial.
Ela diz:
"O Mainframe vive isolado."
Outra afirma:
"Ele não conversa com tecnologias modernas."
Outra ainda garante:
"É impossível desenvolver software moderno dentro dele."
Essas histórias continuam viajando pela galáxia...
...mesmo estando completamente desatualizadas.
Um Jardim Dentro da Fortaleza
Imagine uma gigantesca fortaleza.
Paredes de aço.
Portões blindados.
Salas cheias de computadores.
Agora imagine descobrir...
...um enorme jardim escondido em seu interior.
Árvores.
Lagos.
Bibliotecas.
Observatórios.
É exatamente essa sensação que muitos profissionais têm ao conhecer o USS pela primeira vez.
O Grande Equívoco do Padawan
Todo Programador COBOL iniciante imagina que o IBM Z funciona apenas assim:
TSO
↓
ISPF
↓
JCL
↓
COBOL
↓
Fim.
Na realidade...
isso representa apenas uma parte do universo.
Existe um continente inteiro esperando para ser explorado.
Um Novo Continente
Imagine que sua nave pousou em outro planeta.
Curiosamente...
os habitantes utilizam comandos familiares.
Você digita:
ls
E funciona.
Depois:
cd projetos
Também funciona.
Depois:
pwd
Novamente funciona.
O Padawan olha para a tela.
Olha novamente.
Coça a cabeça.
E pergunta:
"Isso é mesmo um Mainframe?"
Sim.
É.
A Floresta dos Diretórios
No mundo tradicional do z/OS aprendemos sobre:
PDS.
PDSE.
Datasets.
HLQ.
LRECL.
RECFM.
No USS encontramos outra paisagem.
Diretórios.
Subdiretórios.
Arquivos.
Links.
Permissões.
É como trocar uma gigantesca biblioteca de fichários por uma cidade repleta de ruas e endereços.
O Explorador Galáctico
Imagine um explorador.
Ele caminha pela floresta.
Anota tudo.
Descobre cavernas.
Mede rios.
Esse explorador possui uma ferramenta.
Ela chama-se:
Shell.
O Shell é o intérprete que conversa com o sistema operacional.
É como um tradutor entre o explorador e a nave.
O Diário de Bordo Automatizado
Agora imagine que o explorador repete exatamente a mesma missão todos os dias.
Acender sensores.
Verificar radares.
Enviar relatórios.
Atualizar mapas.
Depois do terceiro dia...
ele percebe que pode automatizar tudo.
Assim nasceram os:
Shell Scripts.
Pequenos programas que executam tarefas repetitivas automaticamente.
Permissões — As Chaves da Cidade
Imagine uma cidade.
Nem todas as portas podem ser abertas por qualquer pessoa.
Algumas pertencem ao laboratório.
Outras ao cofre.
Outras à ponte de comando.
No USS encontramos exatamente esse conceito.
Cada arquivo possui permissões.
Quem pode:
ler.
escrever.
executar.
Tudo cuidadosamente controlado.
O USS implementa um ambiente compatível com padrões POSIX, permitindo controle refinado de usuários, grupos e permissões enquanto convive com os mecanismos tradicionais de segurança do z/OS.
POSIX — A Constituição Planetária
Imagine dezenas de planetas.
Cada um possui leis diferentes.
Até que todos concordam em criar uma constituição comum.
Essa constituição chama-se:
POSIX.
Graças a ela...
programas escritos para UNIX podem ser adaptados muito mais facilmente ao USS.
Não é magia.
É padronização.
ASCII Encontra EBCDIC
Chegamos a uma das conversas mais curiosas da galáxia.
Imagine dois povos.
Um escreve da esquerda para a direita.
Outro utiliza símbolos completamente diferentes.
Ambos precisam trocar documentos.
No IBM Z isso acontece diariamente.
O mundo UNIX normalmente utiliza:
ASCII ou UTF-8.
O mundo tradicional do Mainframe utiliza:
EBCDIC.
O USS atua como uma ponte entre esses universos, oferecendo mecanismos para conversão de caracteres e integração entre ambientes.
Python Entra na Nave
Imagine um jovem cientista chegando à nave.
Ele pergunta:
"Posso usar Python?"
Os veteranos sorriem.
A resposta é:
"Claro."
Hoje o USS permite executar aplicações Python diretamente no IBM Z, possibilitando automação, análise de dados, APIs e integração com aplicações tradicionais.
Git Também Mora Aqui
Outro visitante curioso chega.
Ele pergunta:
"Existe Git?"
Sim.
Existe.
Imagine uma gigantesca biblioteca onde cada alteração fica registrada.
Cada capítulo.
Cada linha.
Cada revisão.
É exatamente isso que o Git proporciona.
E ele funciona muito bem dentro do USS.
OpenSSH — O Portal Interestelar
Agora imagine que um engenheiro deseja acessar a nave remotamente.
Sem precisar utilizar um terminal 3270.
Ele abre o computador.
Digita:
ssh usuario@servidor
E poucos segundos depois...
está dentro do USS.
Como se estivesse sentado na própria ponte de comando.
Java, Node.js e Companhia
Curiosamente...
o USS não recebe apenas Python.
Ali vivem também:
Java.
Node.js.
PHP.
Ruby.
Go.
C.
C++.
Ferramentas modernas compartilham espaço com aplicações COBOL que executam há décadas.
É como assistir a um mestre artesão e um engenheiro de robótica trabalhando lado a lado.
O Laboratório de Ferramentas
Imagine uma oficina gigantesca.
Existem:
grep.
awk.
sed.
find.
tar.
gzip.
vi.
vim.
nano.
curl.
wget.
Cada ferramenta resolve um problema específico.
Separadamente parecem simples.
Juntas...
transformam-se em um verdadeiro canivete suíço da administração de sistemas.
Pipelines — A Esteira da Fábrica
Imagine uma fábrica.
Um robô corta.
Outro pinta.
Outro monta.
Outro embala.
Nenhum faz tudo.
Mas juntos produzem algo extraordinário.
O Shell utiliza exatamente essa filosofia.
cat log.txt | grep ERROR | sort | uniq
Cada comando faz apenas uma tarefa.
O resultado final parece magia.
O USS Conversa com o z/OS
Talvez a parte mais fascinante seja esta.
O USS não vive isolado.
Ele conversa continuamente com:
JES.
CICS.
Db2.
MQ.
RACF.
z/OSMF.
COBOL.
REXX.
JCL.
É um cidadão legítimo da Federação.
Não um visitante.
O Nascimento do DevOps no IBM Z
Agora imagine um engenheiro moderno.
Ele deseja:
Git.
Jenkins.
Ansible.
Docker.
OpenShift.
CI/CD.
Automação.
Todos esses elementos podem utilizar o USS como ponto de integração.
É ali que muitas ferramentas open source encontram um lar natural dentro do IBM Z.
O Que Diz Spruth?
Quando Wilhelm G. Spruth escreveu seu relatório, já destacava que o suporte a UNIX representava um passo decisivo na integração do System z com o restante da indústria, permitindo que aplicações e ferramentas desenvolvidas segundo padrões abertos coexistissem com os tradicionais ambientes z/OS.
Na época, essa visão já apontava para um futuro em que o IBM Z deixaria de ser visto como uma plataforma isolada e passaria a fazer parte do ecossistema aberto da computação empresarial.
O Que Mudou Desde 2010?
Se Spruth pudesse visitar um IBM z17 hoje...
provavelmente ficaria impressionado.
O USS evoluiu para suportar um universo ainda maior:
Python para IA e automação;
Git integrado ao desenvolvimento COBOL;
Zowe CLI e Zowe Explorer;
VS Code e IBM Z Open Editor;
Jenkins;
Ansible;
OpenSSH;
OpenSSL;
APIs REST;
Node.js;
Java 21;
Open Liberty;
OpenTelemetry;
Kubernetes e OpenShift;
contêineres em Linux on Z;
automação baseada em IA.
O jardim secreto transformou-se em uma verdadeira metrópole tecnológica.
Uma Lição Para Além da Tecnologia
Existe uma mensagem escondida neste capítulo.
As maiores inovações raramente acontecem quando destruímos o passado.
Elas acontecem quando construímos pontes.
O USS não substituiu o TSO.
Não aposentou o COBOL.
Não eliminou o JCL.
Ele simplesmente ampliou o universo.
Mostrou que tradição e inovação podem dividir a mesma nave.
Talvez essa seja uma das maiores lições da história do IBM Z.
Curiosidades do Diário de Bordo
🌿 O USS implementa uma interface compatível com POSIX dentro do z/OS, aproximando o ambiente IBM Z do ecossistema UNIX.
🐍 Python, Java, Node.js, Git, OpenSSH e diversas ferramentas open source podem ser utilizados diretamente nesse ambiente.
🛰️ O USS tornou-se peça fundamental para iniciativas de DevOps, automação e desenvolvimento moderno no IBM Z.
🚀 Muitas equipes utilizam o USS como ponte entre aplicações clássicas em COBOL e ferramentas contemporâneas de integração contínua e desenvolvimento colaborativo.
Diário de Bordo do Padawan COBOL
Antes de deixar o Jardim Secreto da Nave, registre estas coordenadas no seu Holocron Técnico:
✅ O UNIX System Services amplia o universo do IBM Z, oferecendo um ambiente compatível com padrões UNIX e POSIX.
✅ O USS permite integrar tecnologias modernas sem abandonar a robustez do z/OS.
✅ Shell Scripts, Python, Git, SSH e ferramentas open source convivem harmoniosamente com COBOL, JCL, CICS e Db2.
✅ O verdadeiro segredo da longevidade do IBM Z nunca foi resistir às mudanças. Foi aprender a incorporá-las sem perder sua identidade.
Missão Seguinte
No próximo capítulo seguiremos para a Grande Oficina dos Construtores da Federação: WebSphere, Java e z/OS Connect.
Descobriremos como programas COBOL escritos há quarenta anos podem conversar com APIs REST, microsserviços, aplicações em nuvem, dispositivos móveis e Inteligência Artificial, transformando a velha nave da Frota Estelar em um dos mais modernos centros de integração da galáxia. Lá entenderemos que o futuro não substituiu o legado — ele simplesmente aprendeu a conversar com ele.
☕ 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.
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
