Politique de tests de charge

Date d’entrée en vigueur : 4 février 2019

Auth0 reconnaît que les clients peuvent parfois avoir besoin d’effectuer des tests de charge sur son service cloud de production. Pour garantir le succès des tests et maintenir un niveau de service de haute qualité pour tous les clients, Auth0 a établi les directives suivantes. Tout test de charge dans Auth0 doit être effectué conformément à cette politique.

Seuls les clients ayant souscrit un abonnement Enterprise peuvent effectuer des tests de charge. Les clients disposant d’un abonnement Enterprise peuvent demander un test de charge (avec un maximum de 2 répétitions) par an sur un locataire de production Auth0. Les tests de performance et de charge ne sont autorisés qu’avec l’approbation écrite préalable d’Auth0. Une fois approuvés, les tests ne peuvent cibler que les locataires que nous avons approuvés.

Plages horaires acceptables pour les tests

Les clients du Public Cloud (Nuage public) doivent organiser leurs tests de charge pendant les plages horaires de test hors pointe suivantes :

  • prod-au : 9:00 - 17:00 UTC

  • prod-eu : 21:00 - 5:00 UTC

  • prod-us : 02:00 - 10:00 UTC

  • prod-jp : 14:00 - 22:00 UTC

Dans des circonstances très exceptionnelles, Auth0 peut accorder des dérogations à cette règle.

Politique de gel des modifications

Pour visualiser les périodes de gel des modifications actuellement planifiées, consultez Politique de gel des modifications.

Politique de tests de charge en période de vacances

Mise à jour : 1er novembre 2022

Pendant les fêtes de fin d’année, les demandes de tests de charge doivent respecter les exigences suivantes :

  • Être déposées au moins deux semaines avant la date du test souhaitée. Pour assurer le temps nécessaire à une revue approfondie et à d’éventuelles modifications requises, il faut prévoir un préavis de quatre mois ou plus.

  • Les tests de charge approuvés ne sont autorisés que les mardis, mercredis et jeudis, pendant les heures creuses, pour l’environnement ciblé.

  • Si toutes les demandes de RPS sont déterminées comme étant en toute sécurité dans les limites de RPS, le test de charge sera autorisé, à condition qu’il ait été examiné et approuvé par toutes les équipes produits/plateformes responsables des points de terminaison testés.

    • Les tests qui dépassent les limites sécurisées de RPS seront rejetés.

  • Un seul test de charge par client et par environnement sera planifié en une seule journée.

    • Si vous avez besoin d’exécuter plus d’un test à la fois, la demande doit être étudiée à un niveau supérieur et approuvée par un directeur de plateforme ou un vice-président.

Soumettre une demande de test de charge

Vous pouvez soumettre une demande de test de charge à partir du Centre d’assistance Auth0.

Ouvrez un nouveau billet, sélectionnez Product Support (Soutien produit) à parti du menu déroulant What can we help you with? (Comment pouvons-nous vous aider?), puis fournissez les informations décrites ci-dessous.

Informations requises pour les tests de charge

La demande de test de charge doit inclure les éléments suivants :

Généralités

  • Une description du test à effectuer

  • Les contacts qui seront disponibles pendant le test et comment les joindre

  • La date et l’heure demandée pour le test, y compris le fuseau horaire

  • La durée du test demandée (2 heures maximum)

  • Les plateformes à utiliser pour le test (ordinateur de bureau/portable/iOS, Android, autre)

Locataire

  • Le nom et la région du locataire Auth0 à utiliser durant le test

Caractéristiques

  • Les fonctionnalités Auth0 utilisées pendant le test (comme les actions, les règles ou les courriels)

  • Les types de connexions Auth0 impliqués dans le test

  • Quelle base de données personnalisée, le cas échéant, sera utilisée

  • Si vous utilisez un domaine personnalisé

  • Quelles règles ou actions d'Auth0, le cas échéant, seront exécutées pendant le test

  • Quels Webtasks Auth0, le cas échéant, seront utilisés

  • Si des courriels de vérification, de bienvenue ou d’autres types seront envoyés.

API

  • Les méthodes et points de terminaison de l’API Auth0 à utiliser (par exemple, GET /api/v2/clients)

  • Le nombre maximum de requêtes par seconde pour chaque type de requête ou point de terminaison

Utilisateurs

  • Le nombre d’utilisateurs uniques participant au test de charge

Estimations de charge

  • Le pic de charge, indiqué en requêtes par seconde, prévu pour chaque point de terminaison de l’API ou fonctionnalité Auth0 impliquée dans le test

  • Une explication/justification des chiffres de charge maximale, y compris la taille de la population d’utilisateurs ciblée et des estimations réalistes des connexions par heure.

  • Le taux d’augmentation progressive pour le test

  • Le nombre d’utilisateurs uniques participant au test de charge

Exigences de test

Les fenêtres de test de charge sont sujettes à disponibilité : il est donc fortement recommandé de prévoir un préavis. Une fois approuvées, les fenêtres de test de charge auront une heure de début et de fin programmée ne dépassant pas deux (2) heures en termes de durée. Tous les tests doivent commencer et se terminer pendant cette fenêtre.

Auth0 recommande vivement d’inclure une courte période de « montée en charge » jusqu’aux valeurs cibles souhaitées pour le test de charge. Par exemple, une demande de test de charge de 100 RPS pourrait être précédée de trois périodes de cinq minutes chacune : 5 minutes à 25 RPS, 5 minutes à 50 RPS et 5 minutes à 75 RPS. Cette période de montée en charge permet à Auth0 et au client d’observer et de comparer les effets aux niveaux croissants de RPS avant le RPS maximal. Si une période de montée en charge n’est pas possible, veuillez indiquer pourquoi.

Configurez le fournisseur de messagerie

Avant d’effectuer les tests, vous devez :

  • Configurer votre propre fournisseur de courriels dans Auth0

  • Recevoir l’approbation de votre fournisseur de messagerie pour envoyer le volume attendu de courriels

  • Effectuer les arrangements nécessaires pour les courriels renvoyés au destinataire

  • Établir un mécanisme pour tester la réception des courriels

En savoir plus