Pour en savoir plus sur les limites des entités, consultez : Limites des entités des Actions.
Actions
- Chaque Action ne doit pas dépasser 100 kB. Plus sa taille augmente, plus elle ajoute de la latence, ce qui peut avoir une incidence sur les performances de votre système. Cette limite de taille n’inclut aucun module
npmréférencé dans des instructionsrequire.
Modules d’Actions
- Chaque module d’Action peut avoir des dépendances à des modules NPM, mais pas à d’autres modules d’Actions.
- Les modules d’Actions n’ont pas leur propre environnement d’exécution. Ils s’exécutent dans l’environnement d’exécution de l’Action qui les inclut.
Écrivez des modules d’Actions à l’aide d’API Node.js compatibles avec toutes les versions d’environnement d’exécution que vous prévoyez prendre en charge.
Liaison de comptes (setPrimaryUser)
primary_user_idest limité à 128 caractèressetPrimaryUserne peut être appelé qu’une seule fois par transaction- Tout
userMetadatadéfini dans la même Action quesetPrimaryUserest ignoré et sera perdu. Les Actions suivantes dans la même transaction conserverontuserMetadatasur le nouvel utilisateur principal. setPrimaryUserne peut pas être utilisé dans la même transaction où une Rule définitcontext.primaryUser.
Données en cache
- Les éléments en cache sont conservés pendant un maximum de 24 heures.
- Un maximum de 20 entrées peut être mis en cache par déclencheur.
- Les clés du cache ont une taille maximale de 64 octets et les valeurs, de 4 kB.
- La taille cumulée des clés mises en cache et de leurs valeurs ne doit pas dépasser 8 kB.
- Le cache devrait être disponible de façon fiable pour toutes les Actions d’un même déclencheur au cours d’une seule exécution. Toutefois, cela n’est pas garanti pour les exécutions suivantes (par exemple, dans un flux différent, lors d’une autre connexion d’utilisateur ou lorsqu’un utilisateur revient après une action de redirection).
- Les Actions qui exécutent une opération rendant ensuite la main (par exemple, une redirection) peuvent faire en sorte que les actions suivantes soient planifiées sur une instance distincte avec un état de cache différent. Les données en cache peuvent donc être incohérentes d’une Action à l’autre, même dans le cadre de la même exécution.
Exécutions
- Chaque exécution d’un déclencheur doit se terminer en 20 secondes ou moins, sinon le traitement se soldera par une erreur. Limiter les requêtes HTTP est le meilleur moyen de respecter ce délai.
- Chaque exécution d’un déclencheur doit se terminer en 20 secondes ou moins, sinon le traitement se soldera par une erreur. Pour respecter ce délai, il est nécessaire de limiter les processus de longue durée, comme les requêtes HTTP sortantes sans délai d’expiration. Une Action qui redirige les utilisateurs vers une page externe a un délai d’expiration distinct avant la redirection et un autre après.
- Un nouvel objet
event.requestest généré chaque fois qu’un déclencheur d’Action est suspendu, puis repris par la suite (par exemple, en raison d’une redirection ou d’une demande ).
Journaux
- Un maximum de 256 caractères peut être conservé de façon persistante pour la sortie
console.log()de chaque Action. - Les journaux d’exécution sont conservés pendant 10 jours.
Langages de programmation
- TypeScript n’est pas pris en charge dans les Actions. Les fichiers sources doivent être rédigés en JavaScript avant d’être déployés.
Secrets
- Chaque clé secrète peut contenir un maximum de 128 caractères.
- Chaque valeur secrète peut contenir un maximum de 4 096 caractères.
Attributs SAML
- Un maximum de 100 attributs peuvent être modifiés ou ajoutés par Actions.
- Les noms d’attributs SAML ont une taille maximale de 1 kB.
- Les valeurs des attributs SAML ont une taille maximale de 2 kB.
- La taille totale des assertions SAML est limitée à 10 kB.
Configuration SAML
audiencea une taille maximale de 2 kBrecipienta une taille maximale de 2 kBdestinationa une taille maximale de 2 kBnameIdentifierFormata une taille maximale de 0,5 kBnameIdentifierProbesaccepte au maximum 10 sondes, d’une taille maximale de 0,5 kB chacuneauthnContextClassRefa une taille maximale de 0,5 kBsigningCerta une taille maximale de 4 kBencryptionCerta une taille maximale de 4 kBencryptionPublicKeya une taille maximale de 4 kBcerta une taille maximale de 4 kBkeya une taille maximale de 4 kB
Requêtes de service
- Les appels adressés au d’Auth0 et les mises à jour des métadonnées utilisateur sont soumis à des limites de débit.
- Les appels HTTP vers des services externes proviennent de ces adresses IP.
Métadonnées de la transaction
- Sont disponibles uniquement dans les Actions post-login.
- Ne sont pas conservées une fois le déclencheur d’authentification terminé.
- Ne sont pas accessibles à l’extérieur des Actions d’une même transaction.
- Les clés sont limitées à 64 caractères.
- Les valeurs sont limitées à 8 Ko.
- Les valeurs ne prennent en charge que les types
string,numberetboolean. - Ont une taille totale maximale de 16 Ko dans une même transaction.
- N’acceptent pas comme valeurs valides les nombres qui échouent à une vérification de sécurité. Les valeurs entières non sûres doivent être sérialisées de manière sécuritaire par le développeur. Pour en savoir plus, consultez la documentation sur les entiers sûrs.
Jetons en provenance d’IdP externes
- Récupération des jetons de externes à partir du tableau Identities
Métadonnées utilisateur et métadonnées d’application
- Chaque session peut avoir au maximum 32 kB de persistance des métadonnées utilisateur et 32 kB de persistance des métadonnées d’application.