Esta página se aplica à Apigee e à Apigee híbrida.
Confira a documentação da Apigee Edge.
O teste de desempenho ou o teste de estresse estão sendo enviados por meio de uma carga pesada de tráfego normal (de volume alto ou payload grande). Não há proibição desse tipo de teste na Apigee. Esse tráfego será contabilizado em qualquer orçamento de chamada de API ou limites que o cliente possa ter no contrato.
Aviso sobre atividades de teste de desempenho e carga
Para oferecer o melhor suporte possível, a Apigee gosta de ser notificada antes desses testes. Para notificar as operações da Apigee sobre seus testes de desempenho planejados, abra um tíquete de suporte pelo menos 14 dias antes do início dos testes e forneça as seguintes informações:
- Plano de teste
- O que será testado (URLs de destino e endereços IP)?
- Qual é a origem (endereços IP) do tráfego de teste?
- Duração da janela de teste (data/hora de início e término/fuso horário).
- Informações sobre testadores
- Quem fará o teste?
- Detalhes de contato do testador.
- Limites de teste
- Existe um limite superior para o teste? Um TPS máximo?
- Há um tamanho de payload máximo para o teste?
Não temos uma equipe dedicada ao monitoramento de ambientes de clientes durante atividades de teste de carga. Você pode conduzir testes e levantar casos com a prioridade adequada caso enfrente algum problema.
- P1: para problemas de impacto na produção que afetam gravemente o tráfego de APIs em tempo real
- P2: para problemas que têm impacto significativo para o usuário, mas o tráfego da API de produção não é afetado
- P3: para problemas não críticos
Práticas recomendadas para realizar testes de desempenho e carga
Os testes de desempenho e de carga precisam simular de perto as cargas de trabalho que serão executadas em produção. Confira algumas práticas recomendadas para realizar testes de desempenho:
- Simule o tráfego de produção real usando as mesmas bibliotecas de cliente da produção.
- Configure o teste de carga para enviar tráfego semelhante ao encontrado no tráfego de produção. Exemplo:
- Distribua as chamadas de API entre proxies e ambientes para corresponder aos padrões de tráfego de produção. Evite testar um único "proxy de teste", porque isso não simula com precisão os caminhos de rede e o uso da infraestrutura no mundo real.
- Os proxies precisam ter o mesmo conjunto de políticas da produção.
- Use dados de cabeçalho e payload do cliente semelhantes aos usados em ambientes de produção.
- Os servidores de destino usados nos testes precisam replicar o comportamento dos servidores de produção em termos de latência, disponibilidade e tamanho do payload.
- Verifique se o teste de carga envia solicitações para as mesmas regiões usadas no tráfego de produção.
- Se o tráfego para a instância for menor que 500 TPS, aumente lentamente para 500 TPS em 120 segundos.
- Quando o tráfego para a instância exceder 500 TPS, recomendamos aumentar o TPS em aproximadamente 30% a cada 90 segundos.
- Se você espera um aumento no tráfego orgânico maior que 30% em 90 segundos ou espera que o tráfego máximo exceda 5.000 TPS, abra um caso de suporte pelo menos 14 dias antes do teste planejado. A Apigee pode oferecer suporte aos dois cenários de tráfego de teste, mas talvez seja necessário fazer ajustes adicionais.