Bellacosa Mainframe apresenta o maestro invisivel do Mainframe: WLM

 

🚀 O Maestro Invisível do Mainframe: Como o WLM Decide Quem Vive, Quem Espera e Quem Domina o IBM Z

“O z/OS não é apenas um sistema operacional. É um sistema de sobrevivência computacional — e o WLM é seu cérebro.”

Se você é um padawan do mainframe 🧙‍♂️, há um momento em que tudo muda.
Você deixa de ver jobs, CICS e DB2 como coisas isoladas… e passa a enxergar um ecossistema vivo, onde milhares de tarefas lutam pelos mesmos recursos.

Nesse universo, existe um árbitro supremo:

🧠 Workload Manager — WLM

Sem ele, um mainframe moderno seria apenas um supercomputador caro brigando consigo mesmo.

---

🏛️ Antes do WLM: o caos elegante dos anos 70 e 80

Nos primórdios do MVS, a prioridade era… manual.

Operadores e sysprogs definiam:

• Prioridades fixas

• Classes de execução estáticas

• Ajustes “no feeling”

• Reconfiguração constante

Problemas clássicos:

💥 Batch travando online
💥 CICS lento em horário de pico
💥 CPU livre e usuários reclamando
💥 Sistema imprevisível

O hardware evoluiu. O software também precisava evoluir.

---

⚙️ O nascimento do WLM — computação orientada ao negócio

O WLM moderno surgiu com o OS/390 nos anos 90.

A ideia foi revolucionária:

❌ Não gerenciar processos
✅ Gerenciar objetivos de negócio

Você não diz:

👉 “Este job tem prioridade 8”

Você diz:

👉 “Quero que 90% das transações respondam em até 1 segundo”

O sistema decide como chegar lá.

---

🎼 O WLM é um maestro, não um executor

Ele não executa código.

Ele coordena:

• Dispatcher (CPU)

• IOS (I/O)

• Memory manager

• PR/SM (hardware)

• Subsystems (CICS, DB2, etc.)

Política → Prioridade → Recursos → Execução

---

🧩 Os elementos fundamentais do WLM

🏷️ Service Class — “Quem é você?”

Categoria de workload com tratamento específico.

Exemplos reais:

• CICS_ONLINE

• DB2_OLTP

• BATCH_HIGH

• TSO_USERS

• DISCRETIONARY

Uma única classe pode representar centenas de workloads.

---

🎯 Goal — “O que esperamos de você?”

Tipos principais:

• ⏱️ Response Time — tempo de resposta

• ⚡ Velocity — progresso contínuo

• 💤 Discretionary — use as sobras

---

⭐ Importance — “Quão importante você é?”

Escala de 1 a 5:

1️⃣ Missão crítica
5️⃣ Pode esperar

Sob escassez, isso decide tudo.

---

⏱️ Performance Periods — prioridade dinâmica

Uma obra-prima do design do WLM.

Permite tratar o mesmo trabalho de forma diferente ao longo do tempo.

Exemplo típico:

Período 1 — Importance 1 — resposta rápida
Período 2 — Importance 3 — menos crítico
Período 3 — Discretionary — só sobras

👉 Protege o sistema contra trabalhos “runaway”.

---

🧭 Classification Rules — o roteador automático

Determinam qual workload entra em qual Service Class.

Critérios possíveis:

• Job name

• User ID

• Address space name

• Transaction name (CICS)

• Atributos de enclave

• Padrões (wildcards)

💎 Curiosidade: também podem marcar workloads como Storage Critical.

---

⚡ Dispatchable Units — quem realmente roda

O dispatcher não agenda jobs.

Ele agenda DUs:

• 🧾 TCB — tasks de aplicação

• ⚡ SRB — trabalho de sistema

Múltiplas DUs podem rodar simultaneamente no mesmo address space.

---

🧮 Dispatching Priority — o número mágico

Escala: 0–255 (geralmente >190)

👉 Maior valor ⇒ maior chance de CPU

Mostrado no SDSF (painel DA).

É recalculado constantemente pelo WLM.

---

📀 I/O Priority e Memory

O WLM também influencia:

📀 I/O

• Prioridade de acesso a discos

• Filas de dispositivos

• Latência de storage

Sem grupos específicos:

👉 I/O priority = Dispatching priority

---

💾 Storage Critical

Protege workloads contra swap.

Não dá mais memória — evita que sejam expulsos da RAM.

Crucial para:

• CICS

• DB2

• Middleware

• Serviços online

---

🩸 Donor vs Receiver — economia de recursos

Sob escassez:

• 🏆 Receivers → precisam cumprir metas

• 🩸 Donors → cedem recursos

• 💤 Discretionary → só sobras

Regra importante:

👉 Só doa quem está usando.

---

🧠 Enclaves — workloads distribuídos

Representam trabalho que atravessa múltiplos address spaces.

Muito usados em:

• DB2 DDF

• APIs

• Java servers

• MQ

• Middleware

Permitem controle ponta a ponta.

---

🧪 Curiosidades e Easter Eggs

💎 O WLM é considerado uma das maiores vantagens competitivas do mainframe.

💎 Muitos conceitos de QoS em cloud vieram daqui.

💎 Sistemas distribuídos ainda lutam para replicar essa sofisticação.

💎 O mainframe pode parecer “antigo”, mas seu scheduler é mais avançado que o de muitos sistemas modernos.

---

💥 Falhas mais comuns em produção

❌ Políticas mal projetadas

Sintomas:

• CPU alta sem ganho real

• Online lento

• Batch dominando horários críticos

---

❌ Service Classes demais

Complexidade gera comportamento imprevisível.

---

❌ Classificação incorreta

Workloads críticos tratados como comuns.

---

❌ Ignorar Performance Periods

Trabalhos longos monopolizam recursos.

---

🛠️ Como controlar e acompanhar

Ferramentas principais:

🖥️ SDSF

• DA — Address Spaces ativos

• ENCLAVES — workloads distribuídos

• ST — Jobs

---

📊 RMF

Análise profunda de performance.

---

⚙️ WLM ISPF / z/OSMF

Configuração de políticas.

---

📈 SMF records

Base para capacity planning e auditoria.

---

🧭 Como pensar como um especialista

Quando algo está lento, pergunte:

👉 Qual recurso está saturado?
👉 Quem está consumindo?
👉 Esse workload deveria ter essa prioridade?
👉 O WLM está cumprindo ou ignorando metas?

---

🏆 A verdade final

O poder do mainframe não está apenas no hardware.

Está na capacidade de usar recursos de forma:

✔️ previsível
✔️ controlada
✔️ orientada ao negócio
✔️ resiliente sob carga extrema

---

🧠 Frase para levar para a vida

WLM não decide quem roda primeiro.
Ele decide quais objetivos do negócio serão preservados quando os recursos acabarem.

https://www.linkedin.com/pulse/o-maestro-invis%25C3%25ADvel-do-mainframe-como-wlm-decide-quem-bellacosa

 

⚙️ Como Quase viro Torneiro Mecânico (e o SENAI Me Salvou de Mim Mesmo)

Crônica ao estilo Bellacosa Mainframe para o blog El Jefe Midnight Lunch

Existem destinos que brigam com a gente.
Outros que puxam a gente pelo colarinho.
E alguns que dão um grito, uma sirene e uma botinada numa porta de aço — só para deixar bem claro qual caminho você não deve seguir.

A minha história com o “quase” começa cedo. A família estava cheia deles: tios torneiros, avôs torneiros, primos torneiros. A serralheria e o torno eram praticamente segunda religião. E para minha mãe, torneiro mecânico era profissão de futuro — sólida, respeitável, manual, bonita de se ver no currículo.

Eu, obediente e sem internet para consultar “10 carreiras que dão match com seu signo”, fui entrando na dança.

• Fiz inscrição no vestibulinho.

• Passei.

• Fui classificado.

• E o mais raro de tudo: consegui carta de recomendação e adoção para o curso, o famoso “patrocínio” — a moeda de ouro da época.

Estava tudo certo.
Tudo escrito.
Tudo pronto.

Mas o destino, esse programador meio bêbado que vive rodando scripts improváveis, tinha outros planos.

---

🔔 A Sirene do SENAI — o som que separou minha vida em duas

Era dia de fazer a matrícula.
Eu e minha mãe fomos ao SENAI…
…no horário de almoço.

E aí aconteceu.

Primeiro, uma sirene.
Daquelas que arrepiam alma, bons costumes e qualquer vocação que você achava que tinha.

Depois, BUMMMM.

Uma estrondosa botinada acertou as portas de aço que separavam a área de aulas da área de máquinas.
Aquelas portas tremeram como se um Kaiju tivesse batido nelas.

E então, a visão.

---

👷‍♂️ A procissão azul — e a epifania

Saiu um rebanho de alunos, como uma leva de trabalhadores de mina abandonando o turno:

• Macacões azuis

• Capacetes brancos

• Botinas de biqueira de aço

• Graxa até no DNA

• Barulho de chave inglesa batendo no bolso

• Aquele cheiro de ferro, óleo queimado e marmita de alumínio

Olhei para aquilo.
Para aquela massa operária se esparramando rumo ao almoço.
Dei um pause mental.
Fiz uma simulação mental estilo “What If…?” da Marvel:

E se EU estivesse ali no meio deles?

Eu.
O menino que gostava de computador, de tecla, de monitor verde, de café, de cheiro de laboratório fotográfico do pai, de livros e revistas tecnológicas.

Eu ali, no meio daquela avalanche azul, com uma lima numa mão e um paquímetro na outra.

Meu cérebro deu tela azul.
Meu coração deu dump.
A lógica marcou ABEND S0C7.

---

🛑 Escolha crítica — commit ou rollback

Respirei fundo.
Olhei para a minha mãe.

E falei:

— Mãe… não quero isso. Vamos embora.

Se silêncio matasse, eu não estaria escrevendo este post.
Ela ficou meia pistola, meia frustrada, inteira sem entender.

Mas aceitou.

E fomos embora.

A porta de aço atrás de mim se fechou.
E com ela, a versão alternativa da minha vida.

---

💾 A virada — do torno ao terminal

Dias depois, estava matriculado em Processamento de Dados.

E ali, naquele desvio, naquele branch alternativo do destino, minha vida começou a compilar direito:

• Teclado no lugar da lima

• JCL no lugar de fresadora

• Tabela ASCII no lugar de catálogo de ferramentas

• Frio de CPD no lugar de calor de oficina

• Café de madrugada no lugar de sirene industrial

Aquele menino que congelou vendo a procissão azul virou:

• Analista

• Professor

• Bellacosa Mainframe

• Evangelista do z/OS

• Cronista de memórias boas

• Viajante de trilhos e bytecodes

E sobretudo, alguém que ouviu a própria voz no momento certo — antes que o torno engolisse o sonho.

---

📌 Conclusão — A porta de aço que mudou tudo

Algumas pessoas são moldadas pelo torno.
Outras são moldadas por aquele exato momento em que percebem que não pertencem ao torno.

Eu fui moldado pela sirene.
Pela botinada.
Pelo susto.
Pela intuição.

Aquele dia me ensinou que:

• Destino não é linha reta, é branching

• Vocação não é herança

• Coragem não é continuar — é dizer “não” quando todo mundo espera um “sim”

• E portas de aço às vezes servem para te acordar

Se eu tivesse entrado na oficina naquele dia… talvez tivesse virado torneiro.
Talvez fosse feliz.
Talvez não.

Mas eu sei que o menino que saiu correndo do SENAI com a mãe irritada voltou para casa carregando um future-self no bolso:

Um futuro Bellacosa, digitando histórias na madrugada, vivendo entre bytes e trilhos, sanando incidentes e conjurando soluções às 3h da manhã como um bom Dai Maou do Mainframe.

E tudo graças àquela sirene.

Àquela porta.

E àquele não.

✏️ Capítulo 2 — Giz, Mimiógrafo e Destinos Impressos

 

📚 SÉRIE “Sempre um Isekai”

Por Bellacosa Mainframe
(Memórias de um garoto que aprendeu a trocar de mundo sem sair da sala de aula)

✏️ Capítulo 2 — Giz, Mimiógrafo e Destinos Impressos

Vim de um tempo em que mal aluno com fraco desempenho era reprovado mesmo — sem dó, piedade e sem discurso motivacional.

Mas eu era bom aluno, sempre me destaquei em todas as matérias, ops, quase todas, era abaixo da média em Educação Física, odiava os exercícios, ter que jogar bola, realmente era algo que não me dava prazer. O curioso é que fora a escola jogava vôlei e futebol normal, andava quilômetros em bicicleta, capinava quintais para ganhar uns trocos. O problema era a questão da aula mesmo... quero dizer não era preguiçoso, só não gostava mesmo, era um nerd, que vivia na biblioteca municipal fazendo pesquisas, numa era sem IA e Google para recuperar pontos em EF.

Passei pelos quatro anos do primário com sucesso, mantive boas notas no ginásio e alcancei a glória sendo um aluno brilhante e invejado e vi o colegial passar num piscar de olhos, nesta época já trabalhava então não foi o melhor alunos, mas estive no Top.

Foi ali que me formei técnico em Processamento de Dados, colegial-tecnico onde aprendiamos o suficiente para prestar o Vestibular, mas garantia uma profissão com melhor remuneração, que abriria as portas do mundo empresarial e me levaria, anos depois, aos corredores sagrados do mainframe.

Naquele tempo, informática ainda tinha cheiro de papel perfurado e fita magnética.
Falar em computador era falar em futuro — e eu queria estar lá, digitando linhas de destino no teclado verde-fósforo, não era um IBM Mainframe, mas sim um microcomputador de 8 bits da marca CP 500.

Participei do centro acadêmico no ginásio e no colegial — outros nomes, mesma essência: alunos que acreditavam poder melhorar o mundo começando pela escola.

Produzíamos jornalzinhos em mimiógrafo, ajudávamos em festas e eventos, organizávamos campeonatos e saraus.

Eram tempos simples, mas cheios de propósito e camaradagem.

Foram anos gratificantes, cheios de aventura, cheiro de álcool e papel úmido, onde cada professor era um farol e cada colega, um companheiro de travessia.