Passer au contenu principal
Les limitations suivantes existent lors de l’utilisation d’Actions :
  • Chaque Action ne doit pas dépasser 100 Ko. Plus la taille est grande, plus la latence est importante, ce qui peut avoir un impact sur les performances de votre système. Cette limite de taille n’inclut pas les modules npm qui peuvent être référencés dans le cadre d’une déclaration d’exigence require.
  • Chaque exécution d’un flux doit se terminer en 20 secondes ou moins, sinon le traitement se terminera par une erreur. Limiter les requêtes HTTP est le meilleur moyen de respecter ce délai.
  • Chaque exécution d’un flux doit se terminer en 20 secondes ou moins, sinon le traitement se terminera par une erreur. Limiter les processus de longue durée, comme les requêtes HTTP sortantes sans délai d’attente, est nécessaire pour respecter ce délai. Une Action qui redirige les utilisateurs vers une page externe a un délai d’attente distinct avant et après la redirection.
  • Les appels effectués vers Auth0 et les mises à jour des métadonnées utilisateur sont limités.
  • Chaque Action peut avoir un maximum de 10 modules npm.
  • Chaque locataire peut avoir un maximum de 100 Actions (déployées et non déployées). Lorsqu’une Action est supprimée, elle ne compte plus dans la limite.
  • Chaque Action peut avoir un maximum de 50 versions associées (ébauches et actives). Une fois la limite atteinte, chaque version supplémentaire ajoutée entraînera la suppression de la version la plus ancienne.
  • Chaque flux peut avoir un maximum de 20 Actions liées actives.
  • Chaque Action peut contenir un maximum de 30 secrets.
  • Chaque clé secrète peut avoir une longueur maximale de 128 caractères, et chaque valeur secrète peut avoir une longueur maximale de 4096 caractères.
  • Un maximum de 256 caractères peut être stocké de manière persistante pour les sorties console.log() pour chaque Action.
  • Chaque session peut avoir un maximum de 32 Ko de persistance de métadonnées utilisateur et 32 Ko de persistance de métadonnées d’application.
  • Les journaux d’exécution sont conservés pendant 10 jours.
  • Les appels HTTP vers des services externes proviennent de ces adresses IP.
  • Nous ne prenons pas en charge Typescript dans les Actions. Les fichiers sources doivent être écrits en JavaScript avant d’être déployés.
  • Un nouvel objet event.request est émis à chaque fois qu’un flux d’Action est suspendu, puis repris par la suite (par exemple, en raison d’une redirection ou d’un défi ).

​
Données mises en cache :

  • Les éléments mis en cache persistent pendant un maximum de 24 heures.
  • Un maximum de 20 entrées peut être mis en cache par déclencheur.
  • Les clés de cache ont une taille maximale de 64 octets et les valeurs ont une taille maximale de 4 Ko.
  • La taille cumulée des clés mises en cache et leurs valeurs ne doivent pas dépasser 8 Ko.
  • La mémoire cache doit être disponible pour toutes les Actions du même flux pour une seule exécution de manière fiable, mais pour les exécutions ultérieures (telles qu’un flux différent, une autre connexion d’utilisateur ou un utilisateur revenant d’une action de redirection), la mémoire cache n’est pas garantie.
  • Les Actions qui exécutent une exécution qui renvoie les données (telle qu’une redirection) peuvent entraîner la planification d’Actions ultérieures sur une instance distincte avec un état de cache différent. Les données mises en cache peuvent être incohérentes d’une Action à l’autre, même s’il s’agit de la même exécution.

​
Attributs SAML :

  • Un maximum de 100 attributs peut être modifié ou ajouté par des Actions.
  • Les noms d’attributs SAML ont une taille maximale de 1 Ko.
  • Les valeurs SAML ont une taille maximale de 2 Ko.
  • Les assertions SAML totales ont une taille maximale de 10  Ko.

​
Configuration SAML :

  • audience a une taille maximale de 2 Ko
  • recipient a une taille maximale de 2 Ko
  • destination a une taille maximale de 2 Ko
  • nameIdentifierFormat a une taille maximale de 0,5 Ko
  • nameIdentifierProbes a un maximum de 10 sondes d’une taille maximale de 0,5 Ko chacune
  • authnContextClassRef a une taille maximale de 0,5 Ko
  • signingCert a une taille maximale de 4 Ko
  • encryptionCert a une taille maximale de 4 Ko
  • encryptionPublicKey a une taille maximale de 4 Ko
  • cert a une taille maximale de 4 Ko
  • key a une taille maximale de 4 Ko
Account Linking (setPrimaryUser) :
  • primary_user_id est limité à 128 caractères
  • setPrimaryUser peut être appelé une fois par transaction
  • Toutes les métadonnées userMetadata définies dans la même Action que setPrimaryUser sont jetées et seront perdues. Les Actions ultérieures au sein de la même transaction conserveront les métadonnées userMetadata sur le nouvel utilisateur principal.
  • setPrimaryUser ne peut pas être utilisé dans la même transaction où une Règle définit context.primaryUser.
Les Actions ne prennent actuellement pas en charge :
  • La récupération des jetons externes à partir du tableau Identities (Identités)

​
En savoir plus

⌘I