Cette page s'applique à Apigee et à Apigee hybrid.
Consultez la documentation d' Apigee Edge.
Les tests de performances ou de contraintes envoient des charges importantes de trafic normal (charge élevée ou à grande taille). Il n'existe aucune interdiction pour ce type de test dans Apigee. Ce trafic sera pris en compte dans les budgets d'appels d'API ou dans les limites que le client peut avoir dans son contrat.
Avis concernant les activités de test de performances et de charge
Afin de mieux assister le client, Apigee souhaite être informé avant ces tests. Pour notifier les opérations Apigee de vos tests de performance planifiés, ouvrez une demande d'assistance au moins 14 jours avant le début des tests et fournissez les informations suivantes :
- Plan de test
- Quels éléments seront testés (URL de destination et adresses IP) ?
- Quelle est la source (adresses IP) du trafic de test ?
- Durée de la période de test (date/heure de début et d'arrêt/fuseau horaire).
- Informations sur le testeur
- Qui effectuera les tests ?
- Coordonnées du testeur.
- Limites des tests
- Existe-t-il une limite supérieure pour les tests ? Nombre maximal de tâches par seconde ?
- Existe-t-il une taille maximale de charge utile pour le test ?
Nous ne disposons pas d'une équipe dédiée à la surveillance des environnements client lors des activités de tests de charge. N'hésitez pas à effectuer vos tests et à signaler les problèmes avec la priorité appropriée en cas de problème.
- P1 : pour les problèmes ayant un impact important sur le trafic en direct de la production
- P2 : pour les problèmes ayant un impact important sur l'utilisateur, mais le trafic de l'API de production n'est pas affecté
- P3 : pour les problèmes non critiques
Bonnes pratiques pour effectuer des tests de performances et de charge
Les tests de performances et de charge doivent simuler de près les charges de travail qui devraient être exécutées en production. Voici quelques bonnes pratiques à suivre lorsque vous effectuez des tests de performances :
- Simulez le trafic de production réel en utilisant les mêmes bibliothèques clientes qu'en production.
- Configurez le test de charge pour envoyer du trafic semblable à celui rencontré dans le trafic de production. Par exemple :
- Distribuez les appels d'API entre les proxys et les environnements pour qu'ils correspondent aux modèles de trafic de production. Évitez de tester un seul "proxy de test", car cela ne simule pas précisément les chemins réseau et l'utilisation de l'infrastructure dans le monde réel.
- Les proxys doivent disposer du même ensemble de règles qu'en production.
- Utilisez des données d'en-tête et de charge utile client semblables à celles utilisées dans les environnements de production.
- Les serveurs cibles utilisés lors des tests doivent reproduire le comportement des serveurs de production en termes de latence, de disponibilité et de taille de charge utile.
- Assurez-vous que le test de charge envoie des requêtes aux mêmes régions que celles utilisées pour le trafic de production.
- Si le trafic vers l'instance est inférieur à 500 TPS, augmentez-le lentement jusqu'à 500 TPS en 120 secondes.
- Une fois que le trafic vers l'instance dépasse 500 TPS, nous vous recommandons d'augmenter les TPS d'environ 30 % toutes les 90 secondes.
- Si vous prévoyez une augmentation du trafic naturel de plus de 30 % en 90 secondes, ou si vous prévoyez que le trafic de pointe dépassera 5 000 TPS, ouvrez une demande d'assistance au moins 14 jours avant le test prévu. Apigee peut prendre en charge les deux scénarios de trafic de test, mais un réglage supplémentaire peut être nécessaire.