Quotas

Cette section décrit les quotas actuels dans Amazon Lex. Ces quotas sont regroupés par catégories.

Les quotas de service peuvent être ajustés ou augmentés. Contactez AWS le service client pour augmenter un quota. L'augmentation d'un quota de service peut prendre quelques jours. Si vous augmentez votre quota dans le cadre d'un projet plus vaste, veillez à ajouter ce temps à votre plan.

Quotas de service d'exécution

Outre les quotas décrits dans la référence d'API, notez les points suivants :

Quotas d'API

• Le message vocal entré dans l'opération PostContent peut durer jusqu'à 15 secondes.

   

• Dans les opérations d'API d'exécution PostContent et PostText, le texte saisi peuvent contenir jusqu'à 1024 caractères Unicode.

   

• La taille maximale des en-têtes PostContent est de 16 Ko. La taille maximale des en-têtes de demande et de session combinés est de 12 Ko.

   

• Lorsque vous utilisez les PostText opérations PostContent ou en mode texte, le nombre maximum de conversations simultanées avec un bot est de 2 pour l'$LATESTalias et de 50 pour tous les autres alias. Le quota s'applique séparément pour chaque API.

   

• Lorsque l'PostContentopération est utilisée en mode vocal, le nombre maximum de conversations simultanées en mode texte avec un bot est de 2 pour l'$LATESTalias et de 125 pour tous les autres alias. Le quota s'applique séparément pour chaque API.

   

• Le nombre maximum d'appels de gestion de session simultanés (PutSessionGetSession, etDeleteSession) est de 2 pour l'$LATESTalias d'un bot et de 50 pour tous les autres alias.

   

• La taille d'entrée maximale d'une fonction Lambda est de 12 Ko. La taille de sortie maximale est de 25 Ko, dont 12 Ko peuvent être des attributs de session.

   

Utilisation de la version $LATEST

• La $LATEST version de votre bot ne doit être utilisée que pour des tests manuels. Amazon Lex limite le nombre de demandes d'exécution que vous pouvez effectuer à la $LATEST version du bot.

   

• Lorsque vous mettez à jour la $LATEST version du bot, Amazon Lex met fin à toutes les conversations en cours pour toute application cliente utilisant la $LATEST version du bot. En général, vous ne devez pas utiliser la version $LATEST en production, car la version $LATEST peut être mise à jour. Vous devez plutôt publier une version et l'utiliser.

   

• Lorsque vous mettez à jour un alias, Amazon Lex prend quelques minutes pour récupérer la modification. Lorsque vous modifiez la version $LATEST du bot, la modification est prise en considération immédiatement.

   

Délai d'expiration de session

• Le délai d'expiration de session défini lors de la création du bot détermine combien de temps le bot conserve le contexte de conservation, tel que l'intention et les données d'option de l'utilisateur actuel.

   

• Une fois qu'un utilisateur a entamé la conversation avec votre bot et jusqu'à l'expiration de la session, Amazon Lex utilise la même version du bot, même si vous mettez à jour l'alias du bot pour qu'il pointe vers une autre version.

   

Quotas liés à la création de modèle

La construction de modèle fait référence à la création et la gestion des bots. Cela comprend la création ou la gestion des bots, des intentions, des types d'option, des options et des associations de canaux de bot.

Rubriques

• Quotas liés aux bots
• Quotas liés aux intentions
• Quotas liés aux types d'option

Quotas liés aux bots

• Vous configurez des invites et des instructions dans l'API de construction de modèle. Chacune de ces invites ou instructions peut comporter jusqu'à cinq messages, et chaque message peut contenir de 1 à 1000 caractères UTF-8.

   

• Si vous utilisez des groupes de messages, vous pouvez définir jusqu'à cinq groupes de messages pour chaque message. Chaque groupe de messages peut contenir un maximum de cinq messages, et vous êtes limité à 15 messages dans tous les groupes de messages.

   

• Vous pouvez définir des exemples d'énoncés pour les intentions et les options. Vous pouvez utiliser un maximum de 200 000 caractères pour tous les énoncés.

   

• Chaque type d'option peut comporter jusqu'à 10 000 valeurs et synonymes. Chaque bot peut comporter jusqu'à 50 000 valeurs de types d'options et synonymes.

   

• Les noms de bot, d'alias et d'association de canaux de bot ne sont pas sensibles à la casse au moment de la création. Si vous créez PizzaBot et que vous essayez de créer pizzaBot, vous obtiendrez une erreur. Cependant, lors de l'accès à une ressource, les noms de ressource sont sensibles à la casse. Vous devez donc spécifier PizzaBot et non pizzaBot. Ces noms doivent comporter entre 2 et 50 caractères ASCII.

   

• Vous pouvez publier jusqu'à 100 versions pour tous les types de ressources. Notez que la gestion des versions ne s'applique pas aux alias.

   

• Au sein d'un bot, les noms d'intention et d'option doivent être uniques. Autrement dit, une intention et une option ne peuvent pas avoir le même nom.

   

• Vous pouvez créer un bot configuré pour prendre en charge plusieurs intentions. Si deux intentions ont une option du même nom, le type d'option correspondant doit être le même.

   

  Par exemple, supposons que vous créiez un bot pour prendre en charge deux intentions (OrderPizza et OrderDrink). Si ces deux intentions comportent l'option size, le type d'option doit être le même aux deux endroits.

   

  De plus, les exemples d'énoncé que vous fournissez pour une option (dans l'une des intentions) s'appliquent à l'option du même nom dans les autres intentions.

   

• Vous pouvez associer un maximum de 250 intentions à un bot.

   

• Lorsque vous créez un bot, vous spécifiez un délai d'expiration de la session. Le délai d'expiration de la session peut être compris entre une minute et une journée. La valeur par défaut est cinq minutes.

   

• Vous pouvez créer jusqu'à cinq alias pour un bot.

   

• Vous pouvez créer jusqu'à 250 robots par compte AWS.

   

• Vous ne pouvez pas créer plusieurs intentions dérivées de la même intention prédéfinie.

   

Quotas liés aux intentions

• Les noms d'intention et d'option ne sont pas sensibles à la casse au moment de la création. Par conséquent, si vous créez une intention OrderPizza et que vous tentez de créer une autre intention orderPizza par la suite, vous recevrez un message d'erreur. Toutefois, lors de l'accès à ces ressources, les noms de ressource sont sensibles à la casse. Vous devez donc spécifier OrderPizza et non orderPizza. Ces noms doivent comporter entre 1 et 100 caractères ASCII.

   

• Une intention peut avoir jusqu'à 1 500 exemples d'énoncé. Au moins un exemple d'énoncé est obligatoire. Chaque exemple d'énoncé peut comporter jusqu'à 200 caractères. Vous pouvez utiliser jusqu'à 200 000 caractères pour tous les intentions et tous les énoncés d'options dans un bot. Exemple d'énoncé pour une intention :

  • Peut faire référence à zéro ou plusieurs noms d'option.

  • Ne peut faire référence à un nom d'option qu'une seule fois.

  Par exemple :

  I want a pizza
  I want a {pizzaSize} pizza
  I want a {pizzaSize} {pizzaTopping} pizza

   

• Bien que chaque intention prenne en charge jusqu'à 1 500 énoncés, si vous utilisez moins d'énoncés, Amazon Lex sera peut-être mieux à même de reconnaître les entrées en dehors de l'ensemble fourni.

   

• Vous pouvez créer jusqu'à cinq groupes de messages pour chaque message –dans une intention. Il peut y avoir au total 15 messages dans tous les groupes de messages d'un message.

   

• La console peut uniquement créer des groupes de messages pour les messages conclusionStatement et followUpPrompt. Vous pouvez créer des groupes de messages pour tout autre message à l'aide de l'API Amazon Lex.

   

• Chaque option peut comporter jusqu'à 10 exemples d'énoncé. Chaque exemple d'énoncé doit faire référence une fois et seulement une fois au nom d'option. Par exemple :

  {pizzaSize} please

   

• Chaque bot peut comporter jusqu'à 200 000 caractères pour les intentions et les énoncés d'options réunis.

   

• Vous ne pouvez pas fournir des énoncés pour des intentions dérivées d'intentions prédéfinies. Pour toutes les autres intentions, vous devez fournir au moins un exemple d'énoncé. Les intentions contiennent des options, mais les exemples d'énoncé au niveau des options sont facultatifs.

   

• Intentions prédéfinies

  • À l'heure actuelle, Amazon Lex ne prend pas en charge l'élicitation d'emplacements pour les applications intégrées. Vous ne pouvez pas créer de fonctions Lambda pour renvoyer la ElicitSlot directive dans la réponse avec une intention dérivée des intentions intégrées. Pour de plus amples informations, veuillez consulter Format de la réponse.

  • Le service ne prend pas en charge l'ajout d'exemples d'énoncé dans les intentions prédéfinies. De même, vous ne pouvez pas ajouter, ni supprimer des options dans les intentions prédéfinies.

   

• Vous pouvez créer jusqu'à 1000 intentions par compte AWS. Vous pouvez créer jusqu'à 100 options dans une intention.

   

Quotas liés aux types d'option

• Les noms de type d'option ne sont pas sensibles à la casse au moment de la création. Si vous créez le type d'option PizzaSize et que vous tentez de créer un autre type d'option pizzaSize par la suite, vous recevrez un message d'erreur. Par contre, lors de l'accès à ces ressources, les noms de ressource sont sensibles à la casse (vous devez spécifier PizzaSize et non pizzaSize). Les noms doivent comporter entre 1 et 100 caractères ASCII.

   

• Chaque type d'option personnalisé que vous créez peut comporter jusqu'à 10 000 valeurs d'énumération et synonymes. Chaque valeur peut contenir jusqu'à 140 caractères UTF-8. Les valeurs d'énumération et les synonymes ne peuvent pas contenir de doublons.

   

• Pour obtenir une valeur de type d'option, le cas échéant, spécifiez-la en majuscules et en minuscules. Par exemple, pour un type d'option appelé Procedure, si la valeur est MRI, spécifiez à la fois « MRI » et « mri » comme valeurs.

   

• Types d'emplacements intégrés : actuellement, Amazon Lex ne prend pas en charge l'ajout de valeurs d'énumération ou de synonymes pour les types d'emplacements intégrés.