O API Management decolou quando ficou claro que as APIs podem fazer uma enorme diferença na rapidez e eficácia com que uma organização pode mudar o que faz e como o faz.
As APIs, neste caso, são os blocos de construção de tudo (digital) que uma organização faz, permitindo que as equipes dentro da empresa estejam sincronizadas, reduzindo a sobrecarga de coordenação.
Com as APIs sendo a representação digital das equipes interna e externa, surgiu a necessidade de um sistema de gerenciamento desse tipo de tecnologia, ou seja, os gateways de APIs. E com os gateways se tornando componentes compartilhados para gerenciamento de APIs, surgiu a questão de como expor e melhor publicar as informações sobre as APIs gerenciadas por eles. Foi assim que surgiram os portais de API. Eles complementam a capacidade de gerenciar APIs em um gateway, com a capacidade de encontrar informações sobre estas APIs.
A crescente popularidade das APIs significa que elas são publicadas por um expressivo número de equipes e não necessariamente sempre pelo mesmo gateway. Para ainda permitir que todas as APIs sejam visíveis em um só lugar, os catálogos de APIs estão estabelecendo uma camada independente de gateways. Por isso, os catálogos são a melhor maneira de gerenciar APIs em ambientes heterogêneos e em constante evolução.
Como muitas vezes as APIs são usadas para colaborar com parceiros, faz sentido incluir também APIs no gerenciamento de APIs, que são externas a uma organização. É aqui que se origina o conceito de marketplaces de APIs, que estende o gerenciamento dessa tecnologia além do escopo publicado por uma organização, para todas as APIs relevantes para ela. Vamos dar uma olhada nesses componentes.
<Subtítulo> Gateways de API
Os gateways de API são os componentes mais próximos da API real de todos os listados aqui. Um gateway de API normalmente gerencia todo o tráfego de uma API. Ao fazer isso, os gateways podem ser usados para uma variedade de funções.
Historicamente, proteger a API permitindo apenas acesso autorizado era a função mais importante de um gateway. Muitas vezes, eles também adicionam funções de conveniência, como a transformação entre vários formatos de dados, para que uma API limitada a um determinado formato ainda possa ser disponibilizada suportando outros, com o gateway transformando todo o tráfego entre os formatos.
Os gateways geralmente são implementados com uma mentalidade de dentro para fora: uma API deve ser exposta aos consumidores, mas também deve ser protegida. Pensando na perspectiva da API, isso significa que um gateway é colocado na frente da API para fornecer a funcionalidade necessária.
Portais de API
A crescente popularidade e conscientização em torno das APIs significa que mais e mais APIs são disponibilizadas, deixando claro que um dos principais valores das APIs é servir como interfaces entre as equipes. Mas, para fazer isso, as equipes precisam encontrar APIs existentes para consumo e, portanto, os gateways foram estendidos para fornecer interfaces de usuário (UIs) que permitem que os consumidores de API naveguem por elas.
Os portais representam uma mudança de perspectiva interessante porque foram motivados por um contexto de fora para dentro: como alguém interessado em criar produtos e serviços digitais, como posso descobrir quais APIs existem e que posso usar como blocos de construção digitais?
Os portais ajudam a tornar as APIs mais fáceis de encontrar e consumir. No entanto, na maioria dos casos, os portais são criados e arquitetados sobre os gateways. Isso não é um problema, desde que todas as APIs sejam gerenciadas com um único gateway. Mas o tamanho e a complexidade crescentes dos cenários de API significam que restringir o gerenciamento de API a cenários em que apenas um gateway é usado não é mais o caminho para o sucesso no futuro.
Catálogos de APIs
Com os cenários de API se tornando mais complexos, fica claro que é necessário dissociar o gerenciamento técnico de APIs dos aspectos mais orientados aos negócios das APIs. Isso é o que os catálogos de API permitem. Eles são independentes de onde uma API é gerenciada tecnicamente e podem gerenciar prontamente as APIs fornecidas, por exemplo, por meio de diferentes gateways.
Essa abordagem aberta significa que o valor comercial das APIs agora não está mais intimamente ligado aos aspectos técnicos do Gerenciamento de APIs. Com a arquitetura certa, as APIs ainda podem ser publicadas e encontradas em tempo hábil, desde que o catálogo de APIs não dependa de nenhuma atualização manual, mas seja preenchido de maneira automatizada.
Os catálogos, portanto, atendem às necessidades de separar melhor o gerenciamento de APIs técnico e comercial. No entanto, desde que um catálogo seja preenchido apenas com as próprias APIs de uma organização, ainda falta um componente crítico: a capacidade de também gerenciá-las, não fornecidas por uma organização, mas consumidas por ela e que precisam ser visíveis e gerenciadas também.
Marketplacede APIs
Os Marketplaces de APIs de alguma forma existem há muito tempo, mas eles tinham o objetivo de tornar as APIs públicas mais fáceis de encontrar e usar. O modelo de marketplace atual está sendo descoberto a partir de uma perspectiva mais orientada para a empresa, onde o objetivo é fornecer uma visão unificada de todas as APIs relevantes para uma organização.
O marketplace estende a ideia do catálogo ao permitir também a adição de APIs que não são gerenciadas por uma organização. Isso significa que o escopo é ainda mais estendido do que antes: os catálogos estenderam o escopo de gateways únicos para serem desacoplados de gateways; Os marketplaces estendem ainda mais esse escopo para conter todas as APIs importantes para uma organização.