Translate

Mostrar mensagens com a etiqueta z/osmf. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta z/osmf. Mostrar todas as mensagens

terça-feira, 1 de outubro de 2024

🧠 Zowe na Veia: o Mainframe para Padawans com IDE VSCODE

 

Bellacosa Mainframe apresenta o Zowe

🧠 Zowe na Veia: o Mainframe para Padawans com IDE VSCODE

Durante décadas, o mainframe foi visto como um monólito inalcançável, protegido por telas verdes, comandos crípticos e um pequeno grupo de “iniciados”.
Mas o mundo mudou. DevOps chegou, APIs dominaram, CI/CD virou regra — e o z/OS precisava conversar com esse novo ecossistema.

É aqui que entra o Zowe.

Zowe não substitui o mainframe.
Zowe traduz o mainframe.


🔷 O que é Zowe, afinal?

Zowe é um framework open source que permite que desenvolvedores não-mainframe e ferramentas modernas acessem e utilizem recursos e serviços do z/OS de forma padronizada, segura e moderna.

Em vez de forçar todo mundo a aprender ISPF no primeiro dia, o Zowe oferece:

  • CLI

  • APIs REST

  • Interface Web (Desktop)

  • Plugins para IDEs

  • SDKs modernos (Python e Node.js)

👉 Resultado?
O mainframe passa a ser plataforma, não “ilha”.


🏗️ Arquitetura do Zowe: Server x Client

🖥️ Zowe Server Components (rodam no z/OS ou container)

Os principais componentes de servidor são:

  • ZLUX (Zowe Application Framework)
    Onde executam aplicações web e o Zowe Desktop

  • API Gateway
    Parte do API Mediation Layer, responsável por roteamento e segurança

  • API Catalog
    Catálogo central de todas as APIs REST conhecidas pelo Zowe

  • ZSS Server (Zowe System Services)
    Executa chamadas nativas ao z/OS

  • Cross Memory Server
    Executa serviços autorizados em nome do ZSS

  • File Explorer API
    API REST para datasets, USS e arquivos

📌 Tudo isso respeitando RACF / SAF / ACF2 / Top Secret.
Sem atalhos. Sem gambiarra.


💻 Zowe Client Components (rodam na máquina do usuário)

No lado do cliente, o Zowe entrega:

🔹 Zowe CLI

  • Executa em Windows, Linux e macOS

  • Usa Node.js + npm

  • Não tem componente no z/OS

  • Acessa o mainframe via REST APIs (z/OSMF, Zowe APIs)

👉 Ideal para automação, scripts e pipelines CI/CD.


🔹 Zowe Explorer

  • Plugin para VS Code (ou IntelliJ)

  • Navegação de datasets como pastas

  • Submissão de JCL sem ISPF

👉 Onboarding rápido para quem vem do mundo distribuído.


🔹 Zowe Desktop

  • Interface gráfica via browser

  • Gerenciamento de jobs, datasets e aplicações

  • Estilo “Windows-like”


🔹 SDKs do Zowe

  • Zowe SDK for Python → precisa de Python

  • Zowe SDK for Node.js → precisa de Node.js

❌ Não existe SDK C++
❌ Zowe não é emulador 3270


⚙️ Pré-requisitos do Zowe Server (pegadinha de prova)

O Zowe Server pode exigir:

  • Java SDK

  • Node.js

  • npm

  • z/OSMF

z/OS Connect não é requisito
WAS Liberty não é necessário
Enterprise COBOL não tem relação


🧩 Extensibilidade: onde o Zowe brilha

🔌 Zowe Application Framework (ZLUX)

Plugins podem oferecer:

  • Interfaces gráficas no Zowe Desktop

  • Aplicações em Angular ou React

  • Serviços RESTful

  • Comunicação entre aplicações

  • Preferências e configurações persistentes

❌ Nada de COBOL
❌ Nada de PHP
❌ Nada de código nativo

É web, simples assim.


🌐 API Mediation Layer

Para registrar um serviço REST no Zowe, você pode:

  • 📄 Criar um YAML em api-defs

  • 🔁 Chamar a API Discovery REST

  • ⚙️ Usar onboard enablers do Zowe

❌ API Catalog não registra
❌ Nada é “auto-detectado”


🧪 Zowe CLI Plug-ins

Para criar um plug-in do CLI, você precisa:

  • Escrever em JavaScript ou TypeScript

  • Usar o Zowe Imperative Framework

  • Empacotar com npm

  • Instalar com zowe plugins install

❌ Não existe “packaging tool” do Zowe
❌ Não mexa no PATH


🧠 Bellacosa Insight Final

“Zowe não é para acabar com o ISPF.
É para impedir que o mainframe vire um museu.”

Quem ignora o Zowe hoje:

  • trava CI/CD

  • afasta novos desenvolvedores

  • isola o z/OS do negócio

Quem entende o Zowe:

  • transforma o mainframe em API Platform

  • integra com DevOps de verdade

  • garante longevidade tecnológica


🎯 Conclusão

Zowe é o ponto de convergência entre:

  • robustez do mainframe

  • agilidade do mundo moderno

  • segurança corporativa

  • cultura DevOps

Não é hype.
É sobrevivência arquitetural.

sexta-feira, 15 de junho de 2018

Cronologia do DEVOPS no IBM Mainframe Z

 

Bellacosa Mainframe apresenta a Cronologia do DEVOps no IBM Mainframe

Cronologia do DEVOPS no IBM Mainframe Z

📅 2012 (± 1 ano)

📌 Por que 2012?

Porque é nesse período que três pilares do DevOps começam a convergir de forma consistente no ecossistema IBM Z:


🔹 1. Adoção real de Agile no mainframe (2010–2012)

  • Grandes ambientes z/OS passam a adotar Scrum/Kanban para times COBOL, PL/I e Assembler.

  • Integração de ferramentas como:

    • Endevor

    • Changeman

    • ISPW

  • Começa a quebra do modelo puramente “batch noturno + releases trimestrais”.

👉 Sem Agile, DevOps não existe.


🔹 2. Automação de build e deploy (2012–2014)

  • Surgimento e adoção de:

    • IBM Dependency Based Build (DBB) (embrião)

    • JCL generation automática

    • Rational Team Concert (RTC) com pipelines

  • UrbanCode Deploy (adquirido pela IBM em 2013) passa a ser usado também para z/OS.

👉 Aqui nasce o “Ops automatizado” no mainframe.


🔹 3. Integração com ferramentas distribuídas (2013–2015)

  • Introdução gradual de:

    • Git como sistema de versionamento (substituindo ou convivendo com PDS/Endevor)

    • Jenkins chamando jobs z/OS

    • REXX e scripts como glue entre mundos

👉 Esse é o ponto onde o mainframe entra oficialmente no pipeline DevOps corporativo.


🔹 Marco simbólico importante

📍 2013–2014

  • Lançamento e evolução do z/OSMF Workflows

  • Primeiros pipelines CI/CD híbridos (Linux + z/OS)

  • Mainframe deixa de ser “ilha” e vira plataforma DevOps


📚 Linha do tempo resumida

AnoMarco
2008–2010Agile começa a tocar o mainframe
2012🔥 Início teórico do DevOps no IBM Z
2013UrbanCode + RTC no z/OS
2014z/OSMF workflows
2015–2017Git, Jenkins, DBB, pipelines modernos
2018+DevOps corporativo completo no IBM Z

🧠 Definição acadêmica possível

“DevOps no IBM Z começou quando práticas Agile, automação de deploy e integração contínua passaram a ser aplicadas sistematicamente ao ciclo de vida de aplicações z/OS.”

📌 Ano de referência: 2012


Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

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
GitHub LinkedIn
Inicializando conteúdo...