API – Application Programming Interface – é o conjunto de rotinas e padrões de programação documentados que permitem a interoperabilidade entre softwares e usuários.

Por exemplo, diversas companhias aéreas, cada uma com seu próprio sistema interno onde armazenam as informações de vôo para venda. Cada um desses sistemas é construído com lógica e tecnologia específica, umas diferentes das outras. Tais sistemas disponibilizam APIs que são acessadas através da internet por agências de viagens, também possuidoras de sistemas feitos com tecnologias diferentes. A API é a interface comum que une esses sistemas.

Desde sua incepção, as APIs evoluíram muito. Com a internet então, as necessidades ficaram ainda mais específicas.

Em 2000, Roy Thomas Fielding, um dos autores da especificação HTTP, especialista em arquitetura de rede de computadores, introduziu o Representational State Transfer, o REST. É um estilo arquitetural, no qual são definidos princípios de engenharia de software e restrições para criação de webservices.

Em 2015, o Google criou o gRPC, um framework free e Open Source. É parte da Cloud Native Computation Foundation (CNCF). É um serviço de alta performance baseado em Remote Call Procedures (RCP), permitindo que você apenas defina requests e responses, e ele cuida de todo o resto.

Afinal, qual dos dois utilizar? Quais os parâmetros, situações e aplicabilidades onde a recomendação é um ou o outro? Descubra sobre isto e muito mais clicando aqui!

Este artigo foi resumido e adaptado do conteúdo que você acessa clicando no link acima. Conecte-se com o autor via Linkedin clicando aqui.

Este artigo foi escrito por Ricardo Marques e publicado originalmente em Prensa.li.

A implantação da primeira fase do Open Banking no Brasil deu início a uma incrível jornada com muitos desafios para o mercado financeiro brasileiro. As oportunidades de negócio e estratégias de implementação são os aspectos mais evidentes (obviamente) e podem, por vezes, desviar o importante e necessário olhar que as empresas precisam ter para os desafios tecnológicos. Afinal, o Open Banking é totalmente baseado em tecnologia.

Cada empresa que “desça para o play” do Open Banking Brasil (de maneira voluntária ou não) precisa realizar escolhas bastante assertivas dentro de sua estratégia em tecnologia para apoiar o ecossistema. Esse com os seguintes desafios: atender às regulações existentes no sistema financeiro (com as mudanças propostas para sua abertura), manter o sentimento de confiança da população, que impacta diretamente na decisão de adoção, e servir de trampolim para a inovação em todos os mercados abrangidos pela iniciativa.

Cultura de aprendizado constante

Embora já existente em diversas empresas, a cultura de aprendizado constante ainda é um tabu para muitas empresas e profissionais que vivem no formato tradicional de trabalho. Não estamos falando somente da necessidade em se atualizar com cursos de novas tecnologias e linguagens de programação (inerentes a nossa área), mas estar aberto a novos conhecimentos no geral e a novas formas de aprender.

Reino Unido e Austrália já se beneficiaram dessa cultura que envolve lições e compartilhamento de experiências. Reino Unido está em processo mais maduro (com mais funcionalidades disponíveis), enquanto a Australia já nasceu com ajustes do modelo de sua referência e, por esse motivo, sofreu menos em diversos aspectos, como por exemplo, formato das documentações de suas APIs. Nós brasileiros temos a oportunidade de aprender e aplicar essas lições.

Na fase 1 - Open Data (Dados abertos) do Open Banking no Brasil, já foi possível perceber que se preparar, aprender e agir rápido frente aos novos cenários tornou a vida de algumas empresas mais fácil do que de outras, mesmo considerando que, no fim das contas, todo o ecossistema é impactado. E, nós aqui no Brasil, só estamos no começo dessa jornada.

Modernização – Disponibilidade, Performance e Segurança

O tão esperado ou temido momento chegou. Os investimentos que não foram feitos em um momento anterior, agora custam mais caro e com menos tempo para ser realizados. Para o ecossistema, é de suma importância a garantia de disponibilidade e performance, afinal, nenhum consumidor vai aderir a uma solução que não está disponível, que não responde no tempo necessário ou, ainda, que não seja segura.

E esse é um efeito borboleta dentro do ecossistema: um participante que não performa impacta outros participantes; um vazamento de informação de um cliente em uma instituição coloca todo o ecossistema em cheque.

A modernização de sistemas legados se torna fundamental para reduzir custos e atender a esses requisitos. Além de aprendizados nas tecnologias mais recentes e relacionadas ao conceito de API Management (exposição, governança, métricas de consumo e performance de APIs), é importante observar os aspectos funcionais e arquiteturais dos sistemas de cada organização. Refletir em arquiteturas modernas, com maior desacoplamento e baseadas nos benefícios disponíveis em grandes fornecedores de computação na nuvem (Cloud), é um primeiro passo muito importante.

Experiência dos desenvolvedores

Você leu certo: experiência do desenvolvedor. Obviamente que, dentre os principais pilares da iniciativa, está a experiência do consumidor, que é fundamental e depende de diversos aspectos. Esses, na maioria das vezes, serão entregues por desenvolvedores.

Investir tempo e atenção nesse tema é garantia de bom humor dentro do ecossistema: desenvolvedores com acesso a informações mais claras sobre especificação, requisitos e referências (especialmente as técnicas) são desenvolvedores mais felizes, que entregam com maior assertividade e em menor tempo.

Embora a Governança do Open Banking Brasil invista nesse tema, as empresas que investirem mais (além do que é disponibilizado) têm maior chance de conquistar o coração dessa clientela tão importante e obter mais parcerias/oportunidades de negócio para aquilo que ainda não entrou para a regulação.

Conclusão

O Open Banking é uma oportunidade não somente de novos negócios, mas sim de repensar a forma como os profissionais e empresas enxergam a Tecnologia: quando está no coração da empresa e é priorizada, os negócios tendem a prosperar ainda mais.

Dentro deste novo ecossistema, será possível identificar sem muitos esforços as decisões que cada empresa participante tomou e quais os efeitos diante dos desafios pela frente.

Conecte-se com o autor via Linkedin clicando aqui.

Este artigo foi escrito por Anderson Santana e publicado originalmente em Prensa.li.

Hoje em dia o uso de APIs está amplamente difundido. Toda empresa que deseja nascer ou se tornar digital terá como requisito possuir uma estratégia ou arquitetura de APIs muito bem definida e controlada.

As APIs deixaram de ser apenas uma solução técnica para integração entre sistemas ou camadas e passaram a ser ativos de muito valor para os negócios das empresas. Através das delas as empresas podem aumentar suas receitas de forma direta cobrando por seu uso, ou de forma indireta gerando novos negócios, aumentando a exposição da marca, etc.

Para que uma empresa consiga atingir o maior nível de maturidade e que suas APIs estejam aderentes à estratégia de negócio é necessário adotar alguns padrões e políticas, bem como conseguir garantir que os desenvolvedores sigam esses padrões e políticas, ou como muitos conhecem, uma Governança de APIs.

Eu trabalhei durante 3 anos em uma squad responsável por fazer a governança de todas as APIs criadas na empresa. Como um centro de excelência, era nosso papel estabelecer padrões que se baseavam nas melhores práticas de mercado, evangelizar os desenvolvedores para adoção dessas práticas e garantir que eles seguissem os padrões e políticas de forma que lá na ponta saísse uma API aderente às estratégias de negócio da empresa.

Para isso tivemos que criar um gate onde somente após aprovação dessa squad seria possível seguir com a publicação da API, na verdade, como adotamos a prática do contract first, nós validamos apenas o contrato e assim garantimos a aderência aos padrões. Inicialmente esse processo era todo manual e levava alguns dias até que a API conseguisse ser virtualizada no API Manager.

Você deve estar pensando: “Poxa mas isso é muito burocrático, ter que esperar uma pessoa pegar meu contrato olhar se tem erro de sintaxe, erro de semântica, se está aderente ao padrão REST ou qualquer outro e só depois permitir minha publicação? Isso se não tiver algum erro e eu tiver que corrigir e submeter novamente.”

Concordo com você! Como um centro de excelência temos que garantir que os padrões e políticas estejam sendo seguidos, mas por outro lado não podemos estar no caminho do desenvolvedor impactando seu lead time.

Para resolver esse problema, criamos um processo automatizado baseado em práticas e ferramentas de DevOps onde o desenvolvedor faz o commit de uma especificação em Open API (contrato) em um repositório e na outra ponta sai uma API Virtualizada em questão de segundos, com todos os padrões e políticas assegurados.

É possível implementar esse processo usando ferramentas de mercado com fornecedores pagos ou até mesmo construindo internamente com ferramentas open source.

Como exemplo, segue abaixo um processo de validação home made com uso do GitLab:

1 - Crie um repositório de contratos de APIs (Open APIs)

2 - Crie um pipeline no GitLab-CI que execute as validações abaixo em cada commit feito pelos desenvolvedores:

• linter: validação de sintaxe;

• validação de metadados: validação de metadados obrigatórios;

• validação de quebra de contrato: validação que garanta que nenhum consumidor produtivo será impactado em caso de alteração;

• validação semântica e de padrões (REST, gRPC, GraphQL): validação de padrões adotados por cada empresa, garantindo aderência às estratégias de negócio;

3 - Após passar por esse pipeline já é possível efetuar a virtualização desse contrato, dependendo da sua solução de API Gateway pode-se fazer a virtualização pelo próprio Gitlab-CI ou adotar outras ferramentas de CI/CD.

4 - Após o termino do processo, o endpoint da API estará virtualizado em um API Gateway bastando apenas que o desenvolvedor suba o backend da API. O API Gateway é uma peça muito importante pois nos permite endereçar questões relacionadas a segurança nas requisições.

Como podemos ver é possível se estabelecer uma governança de APIs que consiga garantir a criação delas seguindo padrões e atendendo às estratégias da empresa sem que o desenvolvedor tenha impacto no seu lead time de desenvolvimento.

Até mais!

Conecte-se com o autor via Linkedin clicando aqui.

Este artigo foi escrito por Ricardo Marques e publicado originalmente em Prensa.li.