Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di Apigee Edge.
Il test delle prestazioni o lo stress test consiste nell'invio di un carico elevato di traffico normale (payload di grandi dimensioni o volume elevato). Non è vietato questo tipo di test in Apigee. Questo traffico verrà conteggiato in base a eventuali budget o limiti per le chiamate API che il cliente potrebbe avere nel suo contratto.
Avviso per le attività di test di carico e delle prestazioni
Per fornire la migliore assistenza al cliente, Apigee apprezza la notifica prima di questi test. Per comunicare al team operativo di Apigee i test delle prestazioni pianificati, apri una richiesta di assistenza almeno 14 giorni prima dell'inizio dei test e fornisci le seguenti informazioni:
- Piano di test
- Cosa verrà testato (URL di destinazione e indirizzi IP)?
- Qual è l'origine (indirizzi IP) del traffico di test?
- Durata della finestra di test (data/ora/fuso orario di inizio e fine).
- Informazioni sul tester
- Chi eseguirà i test?
- Dati di contatto del tester.
- Limiti di test
- Esiste un limite superiore per i test? Un TPS massimo?
- Esiste una dimensione massima del payload per il test?
Non disponiamo di un team dedicato al monitoraggio degli ambienti dei clienti durante le attività di test di carico. Non esitare a eseguire i test e a segnalare i problemi con la priorità appropriata.
- P1: Per problemi che interessano la produzione e influiscono gravemente sul traffico API live
- P2: Per problemi che hanno un impatto significativo sugli utenti, ma il traffico API di produzione non è interessato
- P3: Per problemi non critici
Best practice per l'esecuzione di test delle prestazioni e di carico
I test delle prestazioni e di carico devono simulare da vicino i workload che verranno eseguiti in produzione. Di seguito sono riportate alcune best practice da seguire durante l'esecuzione dei test delle prestazioni:
- Simula il traffico di produzione reale utilizzando le stesse librerie client della produzione.
- Configura il test di carico in modo da inviare traffico simile a quello riscontrato nel traffico di produzione. Ad esempio:
- Distribuisci le chiamate API tra proxy e ambienti in modo che corrispondano ai pattern di traffico di produzione. Evita di testare un singolo "proxy di test", in quanto non simula con precisione i percorsi di rete e l'utilizzo dell'infrastruttura nel mondo reale.
- I proxy devono avere lo stesso insieme di norme della produzione.
- Utilizza dati di intestazione e payload del client simili a quelli utilizzati negli ambienti di produzione.
- I server di destinazione utilizzati nei test devono replicare il comportamento dei server di produzione in termini di latenza, disponibilità e dimensioni del payload.
- Assicurati che il test di carico invii richieste alle stesse regioni utilizzate per il traffico di produzione.
- Se il traffico verso l'istanza è inferiore a 500 TPS, aumenta lentamente fino a 500 TPS in 120 secondi.
- Una volta che il traffico verso l'istanza supera 500 TPS, ti consigliamo di aumentare i TPS di circa il 30% ogni 90 secondi.
- Se prevedi un aumento del traffico organico superiore al 30% in 90 secondi o prevedi che il picco di traffico superi le 5000 TPS, apri una richiesta di assistenza almeno 14 giorni prima del test pianificato. Apigee può supportare entrambi gli scenari di traffico di test, ma potrebbe essere necessaria un'ulteriore ottimizzazione.