✨ 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
Engenharia Militar sem Mistérios para Programadores COBOL
Glossário IBM Z + Engenharia Militar
A
ABEND (Abnormal End)
Engenharia Militar: Um colapso inesperado durante uma batalha, como a queda de uma ponte, o rompimento de uma muralha ou a explosão de um depósito de pólvora.
IBM Z: Encerramento anormal de um programa ou Job. Assim como um comandante precisa investigar por que uma torre caiu, o programador precisa descobrir a causa raiz do ABEND.
ACEE (Accessor Environment Element)
Engenharia Militar: Documento de identificação emitido pelo comandante da fortaleza autorizando livre circulação em áreas restritas.
IBM Z: Estrutura criada pelo RACF contendo a identidade e os privilégios do usuário autenticado.
AOR (Application Owning Region)
Engenharia Militar: Quartel onde realmente ocorre a batalha.
IBM Z: Região CICS responsável pela execução da lógica das aplicações.
APF (Authorized Program Facility)
Engenharia Militar: Arsenal reservado apenas aos oficiais autorizados.
IBM Z: Biblioteca autorizada a executar funções privilegiadas do sistema operacional.
Arquiteto de Sistemas
Engenharia Militar: Mestre construtor responsável por planejar uma fortaleza inteira.
IBM Z: Profissional que define a arquitetura de soluções críticas.
B
Backup
Engenharia Militar: Celeiro secreto, poço reserva ou arsenal oculto preparado para tempos de cerco.
IBM Z: Cópia de segurança utilizada para recuperação após falhas.
Batch
Engenharia Militar: Caravana logística que atravessa a madrugada transportando suprimentos entre fortalezas.
IBM Z: Processamento em lote executado sem interação do usuário.
BMS (Basic Mapping Support)
Engenharia Militar: Mensageiro que traduz ordens do comandante para soldados de diferentes regiões.
IBM Z: Camada responsável pela apresentação das telas CICS.
Buffer
Engenharia Militar: Depósito intermediário onde provisões aguardam distribuição.
IBM Z: Área temporária de memória usada para acelerar acesso aos dados.
C
Canal (Channel)
Engenharia Militar: Estrada fortificada que liga o castelo aos armazéns.
IBM Z: Caminho dedicado entre CPU e dispositivos de I/O.
Capacity Planning
Engenharia Militar: Cálculo de quantos meses uma fortaleza suporta um cerco.
IBM Z: Planejamento da capacidade futura de CPU, memória, disco e rede.
Catapulta
Engenharia Militar: Máquina de ataque que rompe muralhas.
IBM Z: Analogia para ataques de carga, DDoS ou explosões inesperadas de processamento.
CICS
Engenharia Militar: Portão principal da cidade, onde milhares de pessoas entram e saem diariamente.
IBM Z: Monitor transacional responsável pelo processamento online.
CICSPlex
Engenharia Militar: Conjunto de fortalezas coordenadas por um comando central.
IBM Z: Administração integrada de diversas regiões CICS.
COBOL
Engenharia Militar: A língua oficial da administração do reino.
IBM Z: Linguagem de programação amplamente utilizada em sistemas críticos de negócio.
Comandante
Engenharia Militar: General responsável pela defesa da fortaleza.
IBM Z: Líder técnico, arquiteto ou gerente responsável por decisões críticas.
Commit
Engenharia Militar: Fechamento oficial de uma ordem militar já executada.
IBM Z: Confirmação permanente das alterações em uma transação.
D
DASD
Engenharia Militar: Grande armazém onde alimentos, armas e documentos são guardados.
IBM Z: Dispositivo de armazenamento em disco.
Data Center
Engenharia Militar: A própria fortaleza moderna.
IBM Z: Local onde residem servidores, armazenamento e infraestrutura crítica.
Db2
Engenharia Militar: Tesouro Real.
IBM Z: Banco de dados responsável por preservar as riquezas digitais da organização.
DFSMS
Engenharia Militar: Intendente responsável pela distribuição organizada dos depósitos.
IBM Z: Conjunto de serviços que administra armazenamento.
Documento de Guerra
Engenharia Militar: Mapas, plantas e ordens escritas.
IBM Z: Documentação técnica, diagramas e manuais operacionais.
E
Engenharia de Cerco
Engenharia Militar: Arte de enfraquecer lentamente uma fortaleza.
IBM Z: Analogia para degradação gradual de desempenho ou ataques persistentes.
Escalada de Privilégios
Engenharia Militar: Um soldado comum obtendo acesso indevido ao salão do rei.
IBM Z: Ganho indevido de permissões administrativas.
F
Failover
Engenharia Militar: Abrir imediatamente uma segunda muralha quando a primeira cai.
IBM Z: Transferência automática da operação para outro ambiente.
Fila (Queue)
Engenharia Militar: Linha organizada de mensageiros aguardando ordens.
IBM Z: Estrutura temporária de mensagens ou requisições.
G
GDG
Engenharia Militar: Arquivo histórico contendo versões sucessivas dos mapas da fortaleza.
IBM Z: Grupo de gerações de datasets.
General
Engenharia Militar: Comandante supremo.
IBM Z: Analogia ao WLM ou ao arquiteto responsável pelas prioridades.
H
HLASM
Engenharia Militar: Linguagem secreta utilizada pelos engenheiros reais.
IBM Z: Assembly do IBM Z.
I
IPL (Initial Program Load)
Engenharia Militar: Reabertura da fortaleza após uma reconstrução.
IBM Z: Inicialização do sistema operacional.
Índice Db2
Engenharia Militar: Catálogo que informa exatamente onde cada arma está armazenada.
IBM Z: Estrutura que acelera consultas.
J
JCL
Engenharia Militar: Plano completo da campanha militar.
IBM Z: Linguagem que descreve como um Job será executado.
JES2
Engenharia Militar: Oficial responsável pela fila de missões.
IBM Z: Subsistema que controla entrada e saída de Jobs.
Job
Engenharia Militar: Missão oficial atribuída a uma unidade.
IBM Z: Conjunto de passos executados em Batch.
L
LPAR
Engenharia Militar: Ala independente dentro do mesmo castelo.
IBM Z: Partição lógica isolada executando seu próprio sistema operacional.
Log
Engenharia Militar: Livro de ocorrências do comandante.
IBM Z: Registro cronológico dos eventos.
M
MQ
Engenharia Militar: Rede de mensageiros entre castelos.
IBM Z: Middleware de troca assíncrona de mensagens.
Muralha
Engenharia Militar: Primeira linha de defesa.
IBM Z: Firewalls, RACF, controles de acesso e políticas de segurança.
O
Operador
Engenharia Militar: Sentinela responsável pelo funcionamento diário da fortaleza.
IBM Z: Profissional que acompanha e controla a operação do ambiente.
P
Performance
Engenharia Militar: Velocidade com que tropas e suprimentos se movimentam.
IBM Z: Eficiência do processamento.
PROC
Engenharia Militar: Manual reutilizável para missões recorrentes.
IBM Z: Procedimento catalogado utilizado por vários Jobs.
Q
Quarentena
Engenharia Militar: Isolamento de uma área contaminada.
IBM Z: Ambiente isolado para análise de incidentes ou malware.
R
RACF
Engenharia Militar: Guarda Real que controla quem entra ou sai da fortaleza.
IBM Z: Sistema de autenticação e autorização.
Recovery
Engenharia Militar: Reconstrução organizada após um ataque.
IBM Z: Recuperação do ambiente após falhas.
Rollback
Engenharia Militar: Ordem para recuar tropas preservando a organização.
IBM Z: Desfazimento das alterações de uma transação.
RMF
Engenharia Militar: Inspetor que mede diariamente o estado da fortaleza.
IBM Z: Ferramenta de monitoramento de desempenho.
S
Sentinela
Engenharia Militar: Guarda das muralhas.
IBM Z: Operador, monitor automatizado ou ferramenta de observabilidade.
SIEM
Engenharia Militar: Sala central onde chegam todos os relatórios dos vigias.
IBM Z: Plataforma de correlação de eventos de segurança.
SMF
Engenharia Militar: Diário oficial do reino.
IBM Z: Registros históricos de tudo o que ocorreu no sistema.
Storage
Engenharia Militar: Celeiros, arsenais e depósitos.
IBM Z: Recursos físicos ou lógicos de armazenamento.
Sysplex
Engenharia Militar: Liga de fortalezas trabalhando como uma única cidade.
IBM Z: Conjunto de sistemas z/OS cooperando.
Sysprog
Engenharia Militar: Engenheiro-chefe da fortaleza.
IBM Z: Especialista responsável pelo sistema operacional.
T
Torre de Vigia
Engenharia Militar: Local de observação contínua.
IBM Z: Console de monitoramento.
TSQ
Engenharia Militar: Mesa temporária onde mensagens aguardam leitura.
IBM Z: Temporary Storage Queue do CICS.
U
Usuário
Engenharia Militar: Habitante protegido pela fortaleza.
IBM Z: Pessoa ou aplicação que utiliza o sistema.
V
VSAM
Engenharia Militar: Arquivo central contendo todos os registros do reino.
IBM Z: Método de armazenamento de arquivos de alta performance.
W
WLM (Workload Manager)
Engenharia Militar: General estrategista que decide quais batalhas recebem prioridade.
IBM Z: Gerenciador inteligente de prioridades de carga de trabalho.
Z
z/OS
Engenharia Militar: O reino inteiro.
IBM Z: Sistema operacional que coordena todos os recursos do Mainframe.
z/OSMF
Engenharia Militar: Sala moderna de comando, equipada com mapas atualizados e instrumentos de coordenação.
IBM Z: Interface web de administração e automação do z/OS.
Epílogo do Glossário
Se este glossário ensinou alguma coisa, espero que tenha sido mais do que o significado de siglas.
Espero que ele tenha mostrado que, apesar de separados por séculos, um comandante medieval e um arquiteto IBM Z enfrentam desafios surpreendentemente parecidos.
Ambos precisam proteger recursos escassos.
Planejar o futuro.
Treinar equipes.
Antecipar ameaças.
Documentar decisões.
Construir confiança.
E garantir que a fortaleza — seja ela feita de pedra ou de silício — permaneça firme para as próximas gerações.
Porque tecnologias mudam.
Ferramentas evoluem.
Arquiteturas são renovadas.
Mas os princípios da boa engenharia permanecem praticamente os mesmos desde que a primeira muralha foi erguida para proteger uma comunidade.
Talvez seja exatamente por isso que estudar História seja uma das maneiras mais inteligentes de compreender o futuro do Mainframe.
☕ Um Café no Bellacosa Mainframe
Engenharia Militar sem Mistérios para Programadores COBOL
Uma campanha completa sobre estratégia, logística, inteligência,
segurança, liderança, continuidade, sistemas críticos, IBM Z e COBOL.
Um Data Center analisado como uma fortaleza em guerra
A série Engenharia Militar sem Mistérios para Programadores COBOL
compara castelos, exércitos, muralhas, cadeias de comando, logística,
inteligência e operações militares com os ambientes IBM Z responsáveis
por bancos, governos, seguros, transportes e serviços essenciais.
Cada artigo apresenta uma parte dessa arquitetura: aplicações COBOL,
Jobs JCL, transações CICS, bancos Db2, filas MQ, segurança RACF,
monitoramento, contingência, liderança, documentação e continuidade
operacional.
Sala de operações
Índice da campanha
25documentos localizados
Nenhum documento foi encontrado.
Remova os filtros ou pesquise outra palavra.
Índice permanente
Links completos da série Engenharia Militar
Esta relação permanece disponível no HTML da página para mecanismos
de busca, leitores de tela, navegadores sem JavaScript e ferramentas
de arquivamento.
Bellacosa Mainframe e o glossario cloudes mainframes
🧠 Glossário traduzido: cloudês → mainframês
Conhecimento básico sobre aplicações distribuídas para quem já leu dump sem café ao estilo Bellacosa Mainframe | El Jefe Midnight Lunch
☕ Prólogo — quando a buzzword encontra o chão de fábrica
Todo mainframer já passou por isso:
entra numa reunião e alguém diz com convicção:
“Isso é stateless, escala sozinho e é cloud-native.”
O mainframer sorri por educação, mas pensa:
“Ok… em que horário isso cai?”
Este glossário não é para ridicularizar a cloud.
É para traduzir. Porque aplicações distribuídas não são magia — são mainframe sem disciplina (quando mal feitas).
1️⃣ Cloud-native → “Sistema que nasceu sem batch, mas vai pedir um” ☁️
Cloudês:
Aplicação projetada para rodar em containers, escalável e resiliente.
Mainframês:
Programa que não sabe onde roda, mas precisa sobreviver a restart, latência e falha parcial.
📌 Comentário Bellacosa:
Se não sobrevive a um recycle, não é cloud-native — é demo.
2️⃣ Stateless → “Estado escondido em algum lugar” 📦
Cloudês:
Serviço que não guarda estado.
Mainframês:
Estado foi empurrado para:
banco
cache
fila
ou pior: memória de outro serviço
😈 Easter egg:
Stateless absoluto só existe em apresentação de PowerPoint.
3️⃣ Microservices → “Monolito distribuído com mais chances de cair” 🧩
Cloudês:
Pequenos serviços independentes.
Mainframês:
Vários programas que agora falham separadamente e precisam de observabilidade.
📌 Regra de ouro:
Se você não sabe qual serviço caiu, não são microservices — são mistérios.
4️⃣ Event-driven → “MQ com marketing” 📣
Cloudês:
Arquitetura baseada em eventos assíncronos.
Mainframês:
PUT + GET + WAIT + REPROCESSAMENTO.
🔥 Comentário sincero:
Quem já confiou em MQ às cegas entende evento melhor que muito arquiteto cloud.
5️⃣ Retry → “GO TO sem vergonha” 🔁
Cloudês:
Tentativa automática em caso de falha.
Mainframês:
Reexecutar sem idempotência = duplicação garantida.
💣 Easter egg traumático:
Retry mal feito é como reprocessar batch sem limpar staging.
6️⃣ Observabilidade → “SMF que fala bonito” 📊
Cloudês:
Métricas, logs e traces correlacionados.
Mainframês:
SMF + RMF + JES + bom senso… só que agora em JSON.
📌 Tradução real:
Log sem contexto é só texto decorativo.
7️⃣ SRE → “Operação com diploma” ⏰
Cloudês:
Site Reliability Engineering.
Mainframês:
Quem já foi acordado por batch quebrado, só que agora mede erro por SLO.
😈 Comentário ácido:
SRE sem poder dizer “não” vira operador gourmet.
8️⃣ High Availability → “Requisito básico, não feature” 🧱
Cloudês:
Sistema sempre disponível.
Mainframês:
Se cair, alguém perde dinheiro.
🔥 Verdade inconveniente:
Mainframe nunca precisou explicar HA — ele sempre foi.
9️⃣ Chaos Engineering → “Desligar de propósito para aprender” 💥
Mainframês:
Fazer isso em produção sem aviso = demissão.
😈 Easter egg corporativo:
No mainframe, o caos sempre veio sem engenheiro.
🔟 Pipeline CI/CD → “JCL com autoestima” 🚀
Cloudês:
Automação de build e deploy.
Mainframês:
JOB com controle, rollback e responsabilidade.
📌 Tradução honesta:
Automatizar erro só faz errar mais rápido.
🧭 Passo a passo para sobreviver ao cloudês
1️⃣ Escute a buzzword
2️⃣ Traduza para conceito
3️⃣ Procure estado escondido
4️⃣ Pergunte sobre rollback
5️⃣ Exija observabilidade
6️⃣ Pense em produção, não em demo
7️⃣ Documente o óbvio
📚 Guia de estudo para mainframers curiosos
CAP Theorem (sem trauma)
Event-driven architecture
Observabilidade de ponta a ponta
Resiliência real
Arquitetura híbrida
Ferramentas APM (Instana, por exemplo)
📌 Dica Bellacosa:
Aprenda o suficiente para não ser enganado — nem arrogante.
🎯 Aplicações práticas no mundo real
Integração mainframe + cloud
Core bancário híbrido
APIs críticas
Governança técnica
Modernização sem suicídio operacional
🖤 Epílogo — 03:47, tudo verde no painel
Cloud não substituiu o mainframe.
Ela adotou seus problemas — só que com nomes novos.
El Jefe Midnight Lunch finaliza: “Se você entende mainframe, já entende distribuído. Só faltava o dicionário.”
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
