Configurer une règle de quota d’application

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Vous pouvez configurer une règle de quota d’application pour limiter le nombre d’événements ou de travaux qui peuvent s’exécuter dans le périmètre d’une application dans un délai spécifié.

    Avant de commencer

    Rôle requis : admin

    Pourquoi et quand exécuter cette tâche

    Vous devez être dans le périmètre de l’application pour laquelle vous souhaitez créer une règle.

    Procédure

    1. Accédez à la Tout > Définition du système > Règles de quota de l'application.
    2. Cliquez sur Nouveau.
      Le formulaire Règle de quota d’application s’affiche.
    3. Renseignez les champs.
      Tableau 1. Configuration des règles de quota de l’application
      Champ Description
      Nom Un nom unique pour identifier la règle.
      Demande Le nom de l’application incluse dans le périmètre. Pour modifier ce champ, utilisez le sélecteur d’application pour modifier l’application. Ce champ ne peut pas être global.
      Commande Nombre qui représente la priorité de la transaction de quota par rapport à d’autres quotas.
      Actif Case à cocher qui détermine si cette règle est active (cochée).
      Journal uniquement Lorsque cette option est cochée, les transactions ne sont pas annulées par une violation de quota, mais des entrées sont ajoutées au journal de l’hôte local qui indiquent que les transactions enfreignent la règle de quota.

      Une entrée est ajoutée au journal d’annulation de transaction où le champ journal uniquement est défini.
      Nombre maximal d'événements Nombre maximal d’événements autorisés pendant la période de mise à jour.
      Nombre maximal de tâches Le nombre maximal de tâches autorisées pendant la période de mise à jour.
      Condition Conditions qui déterminent quand le quota de transaction s’applique. Le générateur de conditions affiche les conditions qui ne sont applicables qu’aux transactions. Par exemple, Premier plan est vrai.
      Description Description du quota de transactions.
    4. Définissez une condition pour spécifier quand la règle de quota d’application doit prendre effet.
      Le créateur de conditions de la règle de quota de l’application affiche les conditions qui ne sont applicables qu’aux transactions répertoriées dans la table suivante.
      Champ Description
      Attributs Attributs divers associés à la transaction.
      Créées Moment auquel la transaction a été créée.
      Créé par Qui a créé la transaction.
      Premier plan Que la transaction ait été effectuée au premier plan ou en arrière-plan :
      • Vrai : une transaction de premier plan.
      • Faux : une transaction en arrière-plan.
      Page d'accueil La page d’accueil en cours d’exécution. Cette valeur n’est renseignée que si l’URL est home.do.
      Widget de page d'accueil Le widget de page d’accueil qui est affiché dans la transaction. Lorsqu’une page d’accueil est affichée initialement, chaque widget de page d’accueil est affiché en parallèle.
      Nom du périmètre initial Périmètre dans lequel la méthode qui a créé la transaction est définie. Si vous définissez ce nom sur autre chose que l’application sélectionnée, la règle n’est jamais utilisée. La règle examine uniquement les transactions de l’application sélectionnée, et cette valeur incite la règle à rechercher une application différente, de sorte que la condition n’est jamais satisfaite.
      Nom du périmètre Périmètre de l’application qui a appelé la méthode qui a créé la transaction.
      ID système Une sys_id de la transaction.
      Nom de thread Nom du thread d’exécution qui exécute la transaction. Les threads de premier plan portent des noms tels que http-bio-8080-exec-1. Les fils de discussion en arrière-plan peuvent avoir plusieurs noms et peuvent être utiles lorsque l’URL n’est pas suffisamment descriptive.
      Type Le type de transaction :
      • Liste : toute transaction de liste, telle que incident_list.do.
      • Formulaire : tous les formulaires, pages de l’interface utilisateur, pages CMS, etc.
      • XMLHttp : transactions qui s’exécutent via GlideAjax, où l’URL est xmlhttp.do.
      • Rapport : La page sys_report_template.do.
      • SOAP : transactions SOAP.
      • Exporter : lorsqu’une liste est exportée dans un format tel que XML, Excel.
      • Planificateur : lorsqu’une tâche planifiée est effectuée.
      • Recherche de texte : transaction de recherche de texte ou l’une de ses opérations connexes.
      • Autre : Tout type qui ne répond pas aux qualités d’un autre type.
      Remarque :
      Faites correspondre le type de quota de transaction au type de transaction répertorié dans l’entrée de journal du gestionnaire de quotas pour la transaction.
      URL URL de la page.
      Mis à jour Lorsque la transaction a été mise à jour.
      Mis à jour par Qui a mis à jour la transaction.
      Mises à jour Ce qui a été mis à jour.
      Utilisateur Utilisateur effectuant la transaction.
    5. Cliquez sur Envoyer.