Um proxy de API atua como um gateway entre seus desenvolvedores e serviços de back-end, embora seja limitado em seus recursos quando comparado a um gateway de API. É um intermediário que faz solicitações em nome dos desenvolvedores, ficando entre o aplicativo e os serviços de back-end. Um gateway de API fornece mais recursos, incluindo limitação de taxa, segurança e monitoramento de API.

O que isso significa para nós no mundo da API é que, quando você está usando um proxy de API, é melhor que sua API já exista. Um proxy de API fornece um novo endpoint para uma API existente, mas não pode fazer tudo o que um gateway de API pode fazer.

API Proxy vs API Gateway: qual é a diferença?

Tanto um proxy de API quanto um gateway de API fornecem acesso aos seus serviços de back-end. Um gateway de API pode até atuar como um proxy de API simples. No entanto, um gateway de API tem um conjunto de recursos mais robusto — especialmente em torno de segurança e monitoramento — do que um proxy de API.

Devo usar um proxy de API?

Um proxy de API é basicamente um gateway de API leve. Inclui alguns recursos básicos de segurança e monitoramento. Portanto, se você já possui uma API e suas necessidades são simples, um proxy de API funcionará bem.

Devo usar um API Gateway?

A resposta é sim. Um gateway de API fornece um único ponto de entrada em várias APIs. Ele oferece segurança robusta, incluindo limitação de taxa. E pode até ser usado com consumidores externos em suporte a microsserviços e para proteger a malha de microsserviços. Além disso, um gateway de API pode atuar como um proxy de API.

Um gateway de API fornece um conjunto muito mais rico de recursos do que um proxy de API. Ao usar um gateway de API para expor uma API, você nem precisa começar com uma API. Você pode usar serviços existentes de vários tipos e usar o gateway para construir uma API moderna e bem estruturada.

O gateway, é claro, ainda oferece os mesmos recursos que um proxy de API ofereceria para segurança e monitoramento. Mas leva esses e outros recursos muito mais longe.

Ao contrário de um proxy de API, um gateway de API oferece orquestração de serviço abrangente, transformação, mediação e prevenção de DoS (incluindo itens como antivírus e detecção de ameaças). Ele também pode oferecer conteúdo incrivelmente rico e recursos de segurança de transporte que vão muito além de qualquer coisa que um simples proxy possa oferecer.

Um gateway de API é uma parte importante do ciclo de vida da API.

Um proxy de API pode funcionar como um gateway de API, mas um gateway é melhor

Um proxy de API pode ser uma boa solução para dar os primeiros passos simples com uma ou duas APIs básicas. Mas, para atender às necessidades reais de API corporativa, você precisará de um gateway de API. Por quê?

Mediação

Como os fornecedores com servidores proxy fazem coisas como mediação SOAP para REST? É simples. Eles escrevem códigos que seus clientes precisam suportar – ou pagar por atualizações – sempre que algo muda.

Orquestração

Um servidor proxy não pode fazer orquestração. Mas um gateway de API pode fornecer orquestração.

Você pode usar seu gateway para orquestração de API para decidir como atender a cada solicitação e construir chamadas de serviço adequadamente.

    Receba uma solicitação de detalhes sobre um item de catálogo específico.

    Use um serviço de pesquisa para descobrir onde estão essas informações.

    Construa uma chamada para um serviço que tenha parte do conteúdo necessário.

    Use a resposta ou lógica pré-programada para construir uma ou mais chamadas para outros serviços para obter mais informações.

Um servidor proxy não pode fazer integrações como um gateway.

Você pode usar um gateway de API em vez de ESB como seu servidor de integração. Os gateways de API são mais eficientes, mais seguros e ajudam você a modernizar seus aplicativos. Um gateway bem projetado e implementado, como o, otimizará automaticamente sua configuração dependendo de como está sendo usado. Ele pode atuar como um proxy simples e leve, oferecendo desempenho excepcional. Portanto, é melhor certificar-se de escolher um gateway que saiba quando precisa agir como um proxy simples e agradável.