Você está vendo a documentação do Apigee Edge.
Acesse a
documentação da Apigee X. informações
Para manter o desempenho e a disponibilidade em uma base diversificada de apps cliente, é fundamental manter o tráfego de aplicativos dentro dos limites da capacidade das APIs e serviços de back-end. Também é importante garantir que os apps não consumam mais recursos do que o permitido.
O Apigee Edge fornece dois mecanismos que permitem otimizar o gerenciamento de tráfego para minimizar a latência de aplicativos e manter a integridade dos serviços de back-end. Cada tipo de política aborda um aspecto diferente do gerenciamento de tráfego. Em alguns casos, é possível usar os dois tipos de política em um único proxy de API.
Assista a este vídeo para uma introdução às políticas de gerenciamento de tráfego da API.
SpikeArrest
Essa política aumenta os picos de tráfego ao dividir um limite que você define em intervalos menores. Por exemplo, se você definir um limite de 100 mensagens por segundo, a política de Spike Arrest aplicará um limite de aproximadamente uma solicitação a cada 10 milissegundos (1000/100). Além disso, 30 mensagens por minuto são executadas em cerca de uma solicitação a cada dois segundos (60/30). O limite de Spike Arrest tem que estar próximo da capacidade calculada para seu serviço de back-end ou para o próprio proxy da API. O limite também precisa ser configurado para intervalos de tempo mais curtos, como segundos ou minutos. Essa política precisa ser usada para evitar aumentos de tráfego repentinos causados por invasores mal-intencionados que tentam interromper um serviço com um ataque de negação de serviço (DOS) ou por aplicativos clientes com bugs.
Consulte a política Spike Arrest.
Cota
Essa política impõe limites de consumo em apps cliente ao manter um "contador" distribuído que limita as solicitações recebidas. O contador pode computar chamadas de API para qualquer entidade identificável, incluindo apps, desenvolvedores, chaves de API, tokens de acesso e assim por diante. Normalmente, as chaves de API são usadas para identificar apps cliente. Essa política é de computação cara. Por isso, para APIs de alto tráfego, ela precisa ser configurada para intervalos de tempo mais longos, como um dia ou mês. Essa política é usada para aplicar contratos de negócios ou SLAs com desenvolvedores e parceiros, e não para gerenciamento de tráfego operacional.
Consulte a Política de cotas.