Translate

sexta-feira, 13 de março de 2020

☕💣 APIs RESTful: O Dia em Que os Sistemas Descobriram Como Conversar Sem Trocar JCL

Bellacosa Mainframe introdução a API RestFul


☕💣 APIs RESTful: O Dia em Que os Sistemas Descobriram Como Conversar Sem Trocar JCL

Imagine a seguinte situação.

Você está em um banco em 1985. Um programa COBOL executando em um IBM Mainframe processa milhões de transações diariamente. Tudo funciona perfeitamente.

Agora avance para 2026.

O mesmo banco continua utilizando COBOL, CICS, DB2 e z/OS para movimentar bilhões de dólares todos os dias. Porém, existe um detalhe importante: os clientes não acessam mais o sistema através de terminais 3270.

Eles utilizam aplicativos móveis, internet banking, chatbots, APIs, inteligência artificial e até relógios inteligentes.

A pergunta é:

Como um aplicativo moderno conversa com um sistema desenvolvido há décadas?

A resposta, em grande parte dos casos, está em uma tecnologia chamada API RESTful.

Hoje vamos conhecer sua história, origem, criador, funcionamento, curiosidades e entender por que ela se tornou uma das tecnologias mais importantes da computação moderna.


O Que é uma API?

API significa:

Application Programming Interface

ou

Interface de Programação de Aplicações.

Uma API é um conjunto de regras que permite que dois sistemas conversem entre si.

Pense nela como um atendente de restaurante.

Você não entra na cozinha para preparar sua comida.

Você faz um pedido ao garçom.

O garçom leva o pedido.

A cozinha processa.

O garçom retorna o resultado.

A API faz exatamente isso.

Ela recebe solicitações.

Encaminha para o sistema responsável.

Obtém uma resposta.

Entrega o resultado ao solicitante.


O Que Significa REST?

REST significa:

Representational State Transfer

O termo surgiu oficialmente em:

Ano: 2000

Criado por:

Roy Thomas Fielding

Durante sua tese de doutorado na Universidade da Califórnia (UC Irvine).

O trabalho recebeu o nome:

Architectural Styles and the Design of Network-based Software Architectures

Nele, Fielding descreveu um conjunto de princípios para criar sistemas distribuídos mais simples, escaláveis e independentes.

Curiosamente, REST não é uma tecnologia.

Não é um produto.

Não é um software.

Não é um protocolo.

É um estilo arquitetural.


Quem é Roy Fielding?

Roy Fielding é uma das figuras mais importantes da história da Internet.

Além de criar o conceito REST, ele também participou da especificação de tecnologias fundamentais da Web.

Entre elas:

  • HTTP 1.0

  • HTTP 1.1

  • URI

  • Apache HTTP Server

Sim.

O mesmo protocolo HTTP que usamos diariamente para acessar sites recebeu contribuições diretas do criador do REST.

Poucas pessoas sabem disso.


Data de Criação

O conceito REST foi publicado oficialmente em:

2000

Portanto, em 2026, o REST possui:

26 anos de existência

Mesmo assim continua sendo a arquitetura dominante para integração de sistemas.

Algo raro em tecnologia.


Existe uma Versão do REST?

Não.

Esse é um detalhe interessante.

REST não possui:

  • Release 1

  • Release 2

  • Versão 10

REST é apenas um conjunto de princípios arquiteturais.

O que evolui são as tecnologias utilizadas ao seu redor:

  • HTTP

  • JSON

  • XML

  • OpenAPI

  • Swagger

  • OAuth

  • JWT

Por isso não existe algo como:

"REST versão 3.0"


Como Funciona uma API RESTful?

Uma API RESTful utiliza recursos identificados por URLs.

Exemplos:

/clientes
/contas
/cartoes
/emprestimos

Cada URL representa um recurso.

O cliente realiza operações utilizando métodos HTTP.


Os Principais Métodos HTTP

GET

Utilizado para consultar informações.

Exemplo:

GET /clientes/1001

Resposta:

{
  "codigo":1001,
  "nome":"João Silva"
}

POST

Utilizado para criar registros.

Exemplo:

POST /clientes

PUT

Atualiza um recurso existente.

Exemplo:

PUT /clientes/1001

DELETE

Remove um recurso.

Exemplo:

DELETE /clientes/1001

Uma Analogia Mainframe

Imagine um sistema CICS.

No passado, um terminal 3270 enviava uma transação.

Hoje um aplicativo celular faz uma chamada REST.

Fluxo:

App Mobile
      |
      v
API REST
      |
      v
CICS
      |
      v
COBOL
      |
      v
DB2

Para o programa COBOL, pouco muda.

Ele continua processando regras de negócio.

A diferença está na forma de acesso.


Por Que REST Ficou Tão Popular?

Antes do REST, muitas integrações utilizavam:

  • RPC

  • CORBA

  • DCOM

  • SOAP

Essas tecnologias eram poderosas, porém complexas.

REST trouxe:

  • Simplicidade

  • Escalabilidade

  • Facilidade de implementação

  • Menor consumo de recursos

O resultado foi uma adoção massiva.


O Papel do JSON

Embora REST não exija JSON, ambos praticamente cresceram juntos.

JSON significa:

JavaScript Object Notation

Exemplo:

{
  "conta":"12345",
  "saldo":1500.75
}

Comparado ao XML:

<conta>
   <numero>12345</numero>
   <saldo>1500.75</saldo>
</conta>

JSON é menor, mais simples e mais rápido de processar.

Por isso tornou-se o padrão de mercado.


Características Obrigatórias do REST

Roy Fielding definiu restrições importantes.


Cliente-Servidor

Cliente e servidor são independentes.

O aplicativo não precisa conhecer detalhes internos do sistema.


Stateless

Cada requisição deve conter todas as informações necessárias.

O servidor não depende de estados anteriores.

Essa característica facilita escalabilidade.


Cache

Respostas podem ser armazenadas temporariamente.

Isso reduz processamento e tráfego.


Interface Uniforme

Todas as APIs seguem padrões semelhantes.

Isso facilita aprendizado e manutenção.


Sistema em Camadas

O cliente não sabe quantos componentes existem entre ele e o servidor.

Pode haver:

  • Firewalls

  • Gateways

  • Balanceadores

  • Proxies

Tudo permanece transparente.


REST e o Mundo Mainframe

Muitos profissionais acreditam que REST e Mainframe são mundos diferentes.

Nada poderia estar mais distante da realidade.

Hoje encontramos APIs REST acessando:

  • COBOL

  • PL/I

  • Natural

  • CICS

  • IMS

  • DB2

  • VSAM

Praticamente todos os grandes bancos utilizam essa arquitetura.


Exemplo Real

Imagine um aplicativo bancário.

Quando o cliente consulta saldo:

GET /contas/123456/saldo

A API recebe a solicitação.

Ela chama um serviço no CICS.

O CICS executa um programa COBOL.

O COBOL consulta DB2.

O resultado retorna em JSON.

O cliente vê o saldo instantaneamente.

Tudo em poucos milissegundos.


REST no z/OS

Atualmente existem diversas tecnologias IBM para expor aplicações como APIs.

Entre elas:

  • z/OS Connect

  • CICS Web Services

  • CICS REST APIs

  • IBM API Connect

  • IMS Connect

  • MQ REST Gateway

Essas ferramentas transformam aplicações legadas em serviços modernos.


Curiosidade Histórica

Muitos dos sistemas considerados "modernos" dependem diretamente de aplicações desenvolvidas há décadas.

Quando você:

  • Faz um PIX

  • Passa cartão

  • Compra passagem aérea

  • Faz saque bancário

Existe uma grande chance de um programa COBOL estar envolvido.

E frequentemente o acesso ocorre através de APIs REST.


REST vs SOAP

Uma comparação clássica.

RESTSOAP
SimplesComplexo
LevePesado
JSONXML
Fácil adoçãoConfiguração extensa
Mais popular atualmenteMuito usado em legado corporativo

Apesar disso, SOAP continua presente em diversos ambientes bancários.


Segurança em APIs REST

Uma API aberta seria extremamente perigosa.

Por isso existem mecanismos de proteção.

Os principais:

  • HTTPS

  • OAuth 2.0

  • JWT

  • API Keys

  • OpenID Connect

Eles garantem:

  • Autenticação

  • Autorização

  • Criptografia

  • Auditoria


REST e a Era da Inteligência Artificial

A explosão da IA aumentou ainda mais a importância das APIs.

Quando um chatbot consulta informações de um sistema corporativo, normalmente utiliza APIs.

Quando um assistente virtual consulta saldo bancário, utiliza APIs.

Quando aplicações integram modelos de IA com sistemas empresariais, utilizam APIs.

REST tornou-se o idioma universal da integração digital.


O Futuro do REST

Novas tecnologias surgiram.

Entre elas:

  • GraphQL

  • gRPC

  • AsyncAPI

Mesmo assim, REST continua dominante.

O motivo é simples.

Bilhões de aplicações já utilizam esse modelo.

Sua simplicidade continua sendo sua maior vantagem.


Conclusão

APIs RESTful representam uma das maiores revoluções silenciosas da computação moderna.

Criadas por Roy Fielding em 2000, elas permitiram que sistemas de diferentes gerações passassem a conversar de maneira simples, eficiente e padronizada.

Graças ao REST, aplicativos móveis conseguem acessar programas COBOL.

Plataformas de IA conseguem consultar sistemas bancários.

Empresas integram milhares de aplicações diariamente.

E o mais curioso:

Enquanto muita gente acredita que o Mainframe ficou preso ao passado, ele continua movimentando a economia mundial utilizando tecnologias modernas de integração.

Afinal, por trás de muitos aplicativos considerados revolucionários existe algo extremamente familiar para nós, mainframeiros:

um programa COBOL processando regras de negócio com a mesma confiabilidade de décadas atrás.

A diferença é que agora ele conversa com o mundo através de APIs RESTful.

☕💣 Moral da história: REST não substituiu o Mainframe. Pelo contrário. Tornou-se uma das principais pontes que conectam a robustez do COBOL, CICS e DB2 ao universo de aplicativos, nuvem, microsserviços e inteligência artificial. 

Sem comentários:

Enviar um comentário