Esta página se aplica a Apigee y Apigee Hybrid.
Consulta la documentación de Apigee Edge.
Las pruebas de rendimiento o de esfuerzo se envían a través de una carga pesada de tráfico normal (ya sea un volumen alto o una carga útil de tamaño grande). No hay prohibición en este tipo de pruebas en Apigee. Este tráfico se descuentará de cualquier presupuesto o límite de llamadas a la API que el cliente pueda tener en su acuerdo.
Aviso sobre las actividades de pruebas de rendimiento y carga
Para brindar la mejor asistencia al cliente, Apigee aprecia las notificaciones antes de estas pruebas. Para notificar a las operaciones de Apigee de tus pruebas de rendimiento planificadas, abre un ticket de asistencia al menos 14 días antes del inicio de las pruebas y proporciona la siguiente información:
- Plan de prueba
- ¿Qué se probará (URL de destino y direcciones IP)?
- ¿Cuál es la fuente (direcciones IP) del tráfico de prueba?
- Duración de la ventana de prueba (fecha y hora de inicio y detención/zona horaria).
- Información del verificador
- ¿Quién realizará la prueba?
- Detalles de contacto del verificador.
- Límites de pruebas
- ¿Hay un límite superior para la prueba? ¿Un TPS máximo?
- ¿Hay un tamaño máximo de carga útil para la prueba?
No tenemos un equipo dedicado a supervisar los entornos de los clientes durante las actividades de prueba de carga. No dudes en realizar tus pruebas y presentar casos con la prioridad adecuada si tienes algún problema.
- P1: Para problemas que afectan la producción y que afectan gravemente el tráfico de la API en vivo
- P2: Para problemas que tienen un impacto significativo en el usuario, pero el tráfico de la API de producción no se ve afectado
- P3: Para problemas no críticos
Prácticas recomendadas para realizar pruebas de rendimiento y carga
Las pruebas de rendimiento y carga deben simular de cerca las cargas de trabajo que se espera que se ejecuten en la producción. Estas son algunas prácticas recomendadas que debes seguir cuando realices pruebas de rendimiento:
- Simula el tráfico de producción real con las mismas bibliotecas cliente que se usan en producción.
- Configura la prueba de carga para enviar tráfico similar al que se encuentra en el tráfico de producción. Por ejemplo:
- Distribuye las llamadas a la API entre proxies y entornos para que coincidan con los patrones de tráfico de producción. Evita probar un solo "proxy de prueba", ya que no simula con precisión las rutas de red y el uso de la infraestructura del mundo real.
- Los proxies deben tener el mismo conjunto de políticas que en producción.
- Usa datos de encabezado y carga útil del cliente similares a los que se usan en los entornos de producción.
- Los servidores de destino que se usan en las pruebas deben replicar el comportamiento de los servidores de producción en términos de latencia, disponibilidad y tamaño de la carga útil.
- Asegúrate de que la prueba de carga envíe solicitudes a las mismas regiones que se usan para el tráfico de producción.
- Si el tráfico a la instancia es inferior a 500 TPS, aumenta lentamente hasta 500 TPS en un período de 120 segundos.
- Una vez que el tráfico a la instancia supere los 500 TPS, te recomendamos que aumentes los TPS en aproximadamente un 30% cada 90 segundos.
- Si prevés un aumento en el tráfico orgánico superior al 30% en 90 segundos o si prevés que el tráfico máximo superará los 5, 000 TPS, abre un caso de asistencia al menos 14 días antes de las pruebas planificadas. Apigee puede admitir ambos casos de tráfico de prueba, pero es posible que se requiera un ajuste adicional.