Pour les clients de Private Cloud, veuillez consulter la politique de tests de charge de Private Cloud.
Auth0 se réserve le droit de refuser une demande de test de charge ou d’exiger des modifications. Le non-respect de cette politique peut entraîner le blocage temporaire de l’accès à un tenant jusqu’à ce que le problème soit corrigé.
Fenêtres de test autorisées
| Région | Fenêtre de test |
|---|---|
prod-au | 9:00 - 17:00 UTC |
prod-eu | 21:00 - 5:00 UTC |
prod-us | 2:00 - 10:00 UTC |
prod-jp | 14:00 - 22:00 UTC |
prod-ca | 2:00 - 10:00 UTC |
prod-uk | 21:00 - 5:00 UTC |
Politique de gel des changements
Politique relative aux tests de charge pendant les Fêtes
- Être soumises au moins 2 semaines avant la date de test souhaitée. Un préavis de quatre (4) semaines ou plus est préférable afin de prévoir suffisamment de temps pour un examen approfondi et les modifications requises.
- Les tests de charge approuvés sont autorisés uniquement les mardis, mercredis et jeudis, pendant les heures creuses de l’environnement visé.
-
Si toutes les demandes de RPS sont jugées comme étant dans les limites de RPS sécuritaires, le test de charge sera autorisé, pourvu qu’il ait été examiné et approuvé par toutes les équipes produit/plateforme responsables des points de terminaison testés.
- Les tests qui ne respectent pas la plage de RPS sécuritaire seront rejetés.
-
Un seul test de charge par client, par environnement, sera planifié au cours d’une même journée.
- S’il est nécessaire d’exécuter plus d’un test à la fois, la demande doit être soumise à un niveau supérieur et approuvée par un directeur de plateforme ou un vice-président.
Soumettre une demande de test de charge
Renseignements requis pour la demande de test de charge
Généralités
- Une description du test à effectuer
- Les personnes-ressources qui seront disponibles pendant le test et la façon de les joindre
- La date et l’heure souhaitées pour le test, y compris le fuseau horaire
- La durée souhaitée du test (2 heures maximum)
- Les plateformes à utiliser pour le test (ordinateur de bureau/portable, iOS, Android, autres)
Tenant
- Le nom et la région du tenant Auth0 à utiliser lors du test
Fonctionnalités
- Les fonctionnalités Auth0 (comme Actions, Rules ou Email) utilisées durant le test
- Les types de connexions Auth0 utilisées dans le test
- La base de données personnalisée qui sera utilisée, le cas échéant
- Si vous utilisez un
- Les règles ou Actions Auth0 qui s’exécuteront durant le test, le cas échéant
- Les Auth0 Webtasks qui seront utilisés, le cas échéant
- Si des courriels de vérification, de bienvenue ou autres seront envoyés
API
- Les méthodes et les points de terminaison de l’API Auth0 à utiliser (par exemple
GET /api/v2/clients) - Le nombre maximal de requêtes par seconde pour chaque type de requête ou chaque point de terminaison
Utilisateurs
- Nombre d’utilisateurs distincts participant au test de charge
Estimation de la charge
- La charge de pointe, exprimée en requêtes par seconde, prévue pour chaque point de terminaison d’API ou fonctionnalité Auth0 visé par le test
- Une explication ou justification des chiffres de charge de pointe, y compris la taille de la population d’utilisateurs cible et des estimations réalistes du nombre de connexions par heure
- Le taux de montée en charge du test
- Le nombre d’utilisateurs uniques participant au test de charge
Exigences relatives aux tests
Configurer le fournisseur de courriel
- Configurer votre propre fournisseur de courriel dans Auth0
- Obtenir l’approbation de votre fournisseur de courriel pour envoyer le volume de courriels prévu
- Prévoir le traitement des courriels retournés
- Mettre en place un mécanisme pour vérifier que les courriels ont bien été reçus