Mostrar mensagens com a etiqueta sistemas. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta sistemas. Mostrar todas as mensagens

segunda-feira, 19 de agosto de 2024

Conversão do REAL um grande trabalho da informática mainframe


A resiliência e a tenacidade técnica dos Analistas de Sistemas Mainframe, que em quatro dias conseguiram virar a chave, convertendo sistemas críticos para a conversão de moeda, do URV para o REAL. 



Feriado bancário na Sexta-feira, mas Segunda-feira estava tudo no ar, funcionando, quatro dias de loucura no Departamento de Informatica, muita pizza, companheirismo, horas-extra, mas sensação de dever cumprido. 




 Programas em COBOL, PLI e Natural em Sistemas Mainframe alterados para a conversão da Moeda, sem perdas ou prejuízos aos clientes e empresas. Sendo um Caso de Estudo de Sucesso, visto de perto pelas autoridades europeias, que passado 7 anos repetiram o processo na Conversão do Euro.

#ibm #mainframe #real #urv #conversao #cobol #natural #jcl #pli #db2 #adabas #job #sistemas #dev #programador #sucesso
 

quarta-feira, 17 de janeiro de 2024

Mainframe, conheça um pouco sobre Sistemas Centrais

Mainframe Grande computadores predominantemente oriundos da IBM com grande poder computacional, que esta por traz de todos os processos governamentais, grandes bancos, seguradoras e complexos militares. Trabalha através de processo online via transações assíncronas CICS, síncronas CICS, chamadas JAVA ao DB2 e processamento Batch em janelas de horário.

terça-feira, 15 de janeiro de 2013

😈 Top 10 mentiras que contam sobre sistemas distribuídos

 


😈 Top 10 mentiras que contam sobre sistemas distribuídos

Conhecimento básico sobre aplicações distribuídas para quem já viu produção cair “sem motivo”


☕ 01:12 — Quando tudo “funcionava no ambiente”

Se você já ouviu:

“Distribuído escala sozinho, é resiliente e se resolve”

…parabéns. Você foi apresentado às mentiras fundacionais dos sistemas distribuídos.

Este artigo não é pessimista.
É experiente.


1️⃣ “Distribuído é mais confiável” 🧨

Mentira.
Distribuído falha de mais formas.

No mainframe:

  • Falha é binária

No distribuído:

  • Falha parcial

  • Falha lenta

  • Falha intermitente

  • Falha invisível

📌 Comentário Bellacosa:
Mais nós = mais maneiras de quebrar.


2️⃣ “Se cair, o retry resolve” 🔁

Mentira perigosa.

Retry sem:

  • Idempotência

  • Limite

  • Backoff

= duplicação + avalanche.

😈 Easter egg traumático:
Retry mal feito é GO TO recursivo com autoestima.


3️⃣ “Stateless simplifica tudo” 📦

Mentira elegante.

O estado:

  • Não desapareceu

  • Só foi escondido

📌 Tradução mainframês:
Estado sem dono vira problema de todos.


4️⃣ “Event-driven desacopla completamente” 📣

Mentira conceitual.

Eventos:

  • Criam acoplamento temporal

  • Exigem contrato

  • Precisam de versionamento

🔥 Comentário ácido:
MQ não é desculpa para ignorar consistência.


5️⃣ “Microservices facilitam manutenção” 🧩

Mentira organizacional.

Eles facilitam:

  • Deploy independente

Mas complicam:

  • Debug

  • Observabilidade

  • Governança

😈 Easter egg:
Microservices sem observabilidade = terror distribuído.


6️⃣ “Alta disponibilidade vem da cloud” ☁️

Mentira de marketing.

Alta disponibilidade vem de:

  • Arquitetura

  • Disciplina

  • Teste

  • Orçamento

📌 Mainframe feelings:
HA sempre foi requisito, não feature premium.


7️⃣ “Monitorar logs é suficiente” 📜

Mentira operacional.

Logs sem:

  • Contexto

  • Correlação

  • Métrica

são romance técnico.

😈 Comentário Bellacosa:
Quem já leu SMF sabe: log sozinho mente.


8️⃣ “Deploy contínuo reduz risco” 🚀

Mentira condicional.

Reduz risco se:

  • Houver rollback

  • Métricas pós-deploy

  • Feature flags

Sem isso:
= erro contínuo.

📌 Regra imortal:
Quem não sabe voltar, não deveria ir.


9️⃣ “Falha é exceção” 👻

Mentira infantil.

Em sistemas distribuídos:

  • Falha é estado normal

  • Sucesso é transitório

🔥 Comentário realista:
Projetar para sucesso é fácil.
Projetar para falha paga salário.


🔟 “Distribuído elimina o mainframe” ⚰️

A maior mentira de todas.

O que aconteceu foi:

  • O mundo ficou distribuído

  • O mainframe continuou crítico

  • Alguém precisou integrar tudo

😈 Easter egg final:
Cloud herdou os problemas do mainframe — sem a maturidade.


🧭 Passo a passo para não cair nessas mentiras

1️⃣ Desconfie de absolutos
2️⃣ Pergunte “e se falhar?”
3️⃣ Exija observabilidade
4️⃣ Pense em rollback
5️⃣ Trate estado como ativo crítico
6️⃣ Documente decisões
7️⃣ Proteja produção


📚 Guia de estudo honesto 📖

Conceitos

  • CAP Theorem

  • Resiliência

  • Observabilidade

  • Event-driven

  • SRE

Leitura obrigatória

  • Post-mortems reais

  • Casos de outage

  • Relatórios de falhas

📌 Dica Bellacosa:
Leia mais incidentes do que tutoriais.


🎯 Aplicações práticas no mundo real

  • Core bancário híbrido

  • Sistemas regulados

  • Plataformas críticas

  • Times de arquitetura

  • Governança técnica


🖤 Epílogo — 02:59, ninguém sabe por que caiu

Distribuído não é ruim.
É honesto com quem aceita complexidade.

El Jefe Midnight Lunch encerra:
“Quando alguém diz que distribuído é simples, prepare o café e esconda a produção.”