CICS Storage Control

🧠 Storage Control no CICS

Onde o estado vive, onde ele morre e onde ele assombra produção

A imagem mostra:

Storage Control → Storage sources
• COMMAREA
• CWA (Common Work Area)
• TWA (Transaction Work Area)

Isso não é teoria.
Isso é onde bugs se escondem.

---

🧱 Storage Control – o papel do CICS

O Storage Control é o componente do CICS responsável por:

• Alocar memória

• Liberar memória

• Isolar memória entre tasks

• Proteger o CICS de você (sim, de você)

Tudo no CICS gira em torno de tasks concorrentes compartilhando CPU, mas não memória — salvo quando você pede explicitamente.

---

📦 COMMAREA

O clássico, o limitado, o abusado

O que é

Área de comunicação passada entre programas via:

• LINK

• XCTL

• RETURN TRANSID

Características

• 📏 Tamanho máximo: 32 KB

• 🔁 Passagem explícita

• ⏱️ Vida curta (dura o fluxo)

• 🔒 Isolada por task

Quando usar

• Dados pequenos

• Estruturas simples

• Fluxo linear clássico

Pecados capitais

• Usar COMMAREA como banco de dados

• Estourar tamanho

• Reusar layout errado (ASRA clássico)

💀 ABEND típico: ASRA / AEIP

---

CICS TWA

🧰 TWA – Transaction Work Area

Estado temporário da transação

O que é

Área de memória associada à transação, não ao programa.

Características

• Criada automaticamente pelo CICS

• Acessível por qualquer programa da transação

• Vive até o RETURN final

Quando usar

• Guardar estado entre múltiplos programas

• Fluxo pseudo-conversacional simples

Riscos

• Confundir TWA com COMMAREA

• Assumir que sobrevive entre transações (não sobrevive)

💡 Boa prática: TWA é “mochila da transação”, não cofre.

---

CICS CWA

🏛️ CWA – Common Work Area

O templo dos deuses (e dos pecados)

O que é

Área de memória global do CICS Region.

Características

• Compartilhada por todas as tasks

• Inicializada no startup

• Não é isolada

• Não é protegida

Quando usar (com muito cuidado)

• Tabelas de controle

• Flags globais

• Cache de leitura

Quando NÃO usar

• Dados de negócio

• Dados por usuário

• Qualquer coisa mutável sem controle

☠️ Risco real: corrupção de dados, race condition, caos silencioso.

CWA é poder absoluto — e poder absoluto gera incidentes absolutos.

---

🚀 CHANNEL & CONTAINER

O CICS moderno, civilizado e escalável

O que são

Substitutos modernos da COMMAREA.

• CHANNEL → agrupador lógico

• CONTAINER → estrutura de dados

Características

• 📏 Tamanho praticamente ilimitado

• 📦 Estruturas múltiplas

• 🔄 Tipagem flexível

• 🧼 Melhor manutenção

• 🔐 Mais seguro

Quando usar

• Aplicações modernas

• Integração

• Grandes volumes

• APIs CICS

Comparação rápida

Recurso	COMMAREA	CHANNEL/CONTAINER
Tamanho	32 KB	Muito maior
Estrutura	Única	Múltiplas
Manutenção	Difícil	Limpa
Futuro	Legado	Presente e futuro

---

🗺️ Como ler a imagem como um mainframer

A imagem não está falando só de memória.
Ela está dizendo:

“Escolha errado onde guardar estado
e você vai debugar às 3 da manhã.”

---

🧠 Regra Bellacosa de Ouro

• COMMAREA → conversa curta

• TWA → memória da transação

• CWA → último recurso

• CHANNEL/CONTAINER → escolha padrão moderna

---

☕ Comentário El Jefe Midnight Lunch

“CICS não quebra porque é antigo.
Ele quebra porque alguém tratou memória como variável global.”

🔥 Quem entende Storage Control, domina o CICS.

 

🔥 COMMAREA vs CHANNEL/CONTAINER no CICS

---

☕ Midnight Lunch, COMMAREA gigante e o CICS olhando feio

Todo mainframer já viveu esse momento:

“Só aumentei a COMMAREA… de 2K pra 32K.”

Minutos depois:

• ASRA misterioso

• Storage estourando

• Performance caindo

• E alguém sussurra:
  👉 “Por que não usaram CHANNEL?”

Hoje vamos resolver essa treta histórica: COMMAREA vs CHANNEL/CONTAINER, com números, boas práticas, cicatrizes e filosofia Bellacosa.

---

🏛️ História: do bloco único ao container moderno

COMMAREA

• Nasceu nos primórdios do CICS

• Simples, direta, rápida

• Pensada para pequenos volumes de dados

• Era “o suficiente” nos anos 70/80

CHANNEL/CONTAINER

• Introduzido no CICS TS 3.x

• Resposta à complexidade crescente

• Feito para dados grandes, estruturados e flexíveis

• Arquitetura mais próxima de “mensageria moderna”

📌 Não é moda. É evolução arquitetural.

---

🧠 Conceito essencial (guarde isso)

COMMAREA = um bloco fixo de memória
CHANNEL/CONTAINER = coleção flexível de blocos independentes

Isso muda tudo.

---

📦 COMMAREA – o clássico confiável (e perigoso)

O que é?

Um único bloco contínuo de memória, passado entre programas via LINK/XCTL.

📏 Tamanho máximo

• Até 32.767 bytes (~32 KB)

Sim. Esse é o limite duro.
Passou disso? Nem adianta insistir.

---

👍 Pontos fortes

✔ Simples
✔ Rápido
✔ Fácil de debugar
✔ Ideal para estruturas pequenas

👎 Limitações

❌ Tamanho limitado
❌ Forte acoplamento entre programas
❌ Layout rígido
❌ Difícil evoluir sem impacto

---

❌ Erros comuns com COMMAREA (easter eggs)

🐣 COMMAREA gigante “só por garantia”
🐣 Layout diferente entre programas
🐣 Reutilizar COMMAREA sem limpar
🐣 Usar COMMAREA como “dump de dados”

📌 COMMAREA não é mala de viagem.

---

📦 CHANNEL/CONTAINER – o adulto da sala

O que é?

Um CHANNEL é um agrupador lógico.
Um CONTAINER é um bloco individual de dados dentro do channel.

📦 Channel
└── Container A
└── Container B
└── Container C

Cada um com:

• Tamanho próprio

• Tipo próprio

• Vida própria

---

📏 Tamanho máximo

• Praticamente ilimitado (dependente de storage)

• Containers podem ter megabytes

• Muito além do limite da COMMAREA

📌 Aqui o gargalo deixa de ser o CICS e passa a ser o bom senso.

---

👍 Pontos fortes

✔ Estrutura flexível
✔ Baixo acoplamento
✔ Ideal para dados grandes
✔ Melhor para evolução de sistemas
✔ Integra bem com Web Services e MQ

👎 Cuidados

❌ Mais verboso
❌ Exige disciplina
❌ Overkill para casos simples

---

🥊 COMMAREA vs CHANNEL/CONTAINER

Critério	COMMAREA	CHANNEL/CONTAINER
Tamanho máx	~32 KB	Muito grande
Estrutura	Fixa	Flexível
Evolução	Difícil	Fácil
Performance	Excelente	Muito boa
Acoplamento	Alto	Baixo
Modernidade	Clássico	Atual

📌 Não existe melhor. Existe mais adequado.

---

🛠️ Passo a passo: como escolher

1️⃣ Dados pequenos e estáveis? → COMMAREA
2️⃣ Muitos campos opcionais? → CHANNEL
3️⃣ Dados grandes (XML, JSON)? → CHANNEL
4️⃣ Sistema legado crítico? → COMMAREA (com cuidado)
5️⃣ Integração moderna? → CHANNEL/CONTAINER

---

⚡ Boas práticas Bellacosa

✅ COMMAREA

• Use o menor tamanho possível

• Documente o layout

• Inicialize sempre

• Evite “COMMAREA universal”

✅ CHANNEL/CONTAINER

• Um container = um conceito

• Nomeie containers claramente

• Evite “container Frankenstein”

• Libere quando não precisar

📌 Arquitetura também é educação.

---

🧪 Exemplo mental de otimização

Antes (COMMAREA)

• Estrutura única de 30 KB

• Metade dos campos nunca usados

• Cada mudança quebra alguém

Depois (CHANNEL)

• Container CLIENTE

• Container PRODUTO

• Container CONTROLE

• Cada programa lê só o que precisa

🔥 Resultado:

• Menos impacto

• Mais clareza

• Menos bug fantasma

---

📚 Guia de estudo recomendado

Para dominar o tema:

• CICS Program Control

• Storage Management

• COMMAREA lifecycle

• CHANNEL/CONTAINER APIs

• Performance tuning em CICS

📖 Manual essencial: CICS Application Programming Guide

---

🤓 Curiosidades de boteco mainframe

🍺 CHANNEL foi criado porque COMMAREA virou “caixa de Pandora”
🍺 Há sistemas que simulam JSON dentro de COMMAREA (não faça isso)
🍺 Web Services no CICS usam CHANNEL por baixo dos panos
🍺 Muitos ainda usam COMMAREA por medo, não por necessidade

---

💬 Comentário El Jefe Midnight Lunch

“COMMAREA resolve rápido.
CHANNEL resolve certo.
O mainframe não perdoa preguiça arquitetural.”

---

🚀 Aplicações reais hoje

• Core bancário moderno

• APIs CICS

• Integração com MQ

• Processamento XML/JSON

• Sistemas híbridos (CICS + Cloud)

---

🎯 Conclusão Bellacosa

COMMAREA não morreu.
CHANNEL não é bala de prata.

O mainframer experiente:

• Sabe quando usar cada um

• Respeita limites

• Pensa no futuro

🔥 Arquitetura boa não dá abend. Dá orgulho.