Santé des exécutions, gouvernance et utilisation

Ces pages de l'outil Automatisation montrent les flux qui échouent, les flux qui nomment quelque chose que Jira n'a plus, les flux à examiner pour la sécurité, ce que contient un flux avant que vous supprimiez un objet, et l'utilisation de l'automatisation du mois. Elles s'appuient sur la dernière analyse, et certaines sur le journal d'audit.

Santé des exécutions

Santé des exécutions liste les flux qui échouent, que Jira a arrêtés, qui ne font le plus souvent rien et qui ne se sont pas exécutés. Elle demande un journal d'audit de l'automatisation dans une analyse. Voir Automatisation.

Le journal d'audit de Jira donne à chaque exécution un code de fin, et TuneCraft les regroupe : SUCCESS a fait son travail ; NO_ACTIONS_PERFORMED et NO_MATCH n'ont rien fait ; SOME_ERRORS, FAILURE et ABORTED ont échoué ; THROTTLED et LOOP ont été arrêtés par Jira pour une limite de service. CONFIG_CHANGE est une modification du flux, pas une exécution.

La page comporte quatre vérifications :

Les flux sont listés du plus grave au moins grave, 25 par section, avec Afficher plus. Chacun montre sa gravité en mots, ce que le journal d'audit a mesuré (exécutions, étapes par mois, jours des dernières exécutions), les constats du moteur avec leur économie (estimée) et quoi faire. Atlassian facture les exécutions qui ne font rien ou qui échouent pour les étapes qu'elles ont prises.

Un flux qui ne s'exécute pas ne coûte rien dans le journal d'audit : il n'est donc jamais compté comme de l'argent. Il peut être cassé, son projet archivé, ou il peut attendre un événement rare. Seul un journal exporté avec « liste chaque exécution » coché prouve qu'un flux ne s'est pas exécuté. Un flux lancé à la main ou par un webhook entrant est donné à titre d'information seulement.

Les étapes sont mesurées par le journal d'audit ; ce qu'une correction économise est l'estimation de TuneCraft. La santé des exécutions ne change pas la note d'un flux. La vue d'ensemble n'ajoute ce que les exécutions en échec et vides peuvent coûter que lorsque votre site dépasse ce que son offre inclut, avec la mention estimé.

TuneCraft conserve 400 jours les comptes de chaque flux tirés du journal d'audit le plus récent, les jours de ses dernières exécutions et les jours que couvrent les journaux : des nombres et des jours seulement. Une personne au niveau Gérer peut choisir Supprimer la santé des exécutions pour repartir du journal d'audit suivant. Une confirmation précise que c'est irréversible.

Prévenir des personnes

Sur un flux qui échoue ou que Jira a arrêté, une personne au niveau Gérer peut choisir Prévenir des personnes. TuneCraft peut prévenir le propriétaire du flux et son acteur, quand Jira dit que chacun est une personne active (une application est exclue), ainsi que jusqu'à 10 personnes que vous choisissez dans Jira. Chacune reçoit un ticket Jira, créé en votre nom dans un projet que vous choisissez. Toute personne qui peut parcourir ce projet peut le lire. Le ticket dit ce que montre le journal d'audit et quoi faire, et Jira envoie un courriel à chaque personne. Le formulaire montre qui a déjà été prévenu et demande une confirmation.

Flux cassés

Flux cassés liste les flux de la dernière analyse qui nomment quelque chose que Jira n'a plus, ou qu'il a autrement :

• un champ dans la corbeille (avec le jour où Jira le supprime pour de bon), ou un nom que deux champs partagent ;
• un statut, un type de ticket, une priorité, une résolution, un type de lien, une version, un composant ou un filtre qui a disparu ;
• un projet archivé ou à la corbeille ;
• un propriétaire, un acteur ou un compte désactivé qu'une étape nomme.

Un flux désactivé est listé à titre d'information. Un flux activé est de gravité haute quand la cassure se trouve dans un projet où il s'exécute ou dans le compte sous lequel il s'exécute, et moyenne sinon.

TuneCraft compare ce que chaque flux nomme avec ce que Jira a maintenant, une fois par jour (après une analyse, au plus une fois par jour), en arrière-plan, quand un administrateur Jira a activé les vérifications en arrière-plan de l'outil Automatisation. Il lit seulement la configuration, jamais un ticket, et conserve la raison et l'identifiant, jamais un nom. Les noms de statuts, de types de ticket, de versions et de composants ne sont vérifiés que par identifiant.

Gouvernance

Gouvernance liste les flux à examiner, d'après la dernière analyse :

• Identifiants dans les requêtes web : un en-tête Authorization, un en-tête nommé d'après une clé, un jeton ou un secret, ou une URL qui en porte un.
• Courriels hors de vos domaines : les courriels envoyés à des adresses fixes hors des domaines de votre organisation, et à des adresses que des valeurs intelligentes donnent ou que TuneCraft ne peut pas lire, listés pour vérification. Un administrateur Jira saisit les domaines dans Domaines de messagerie.
• Les flux qui s'exécutent sous une personne plutôt que sous l'automatisation de Jira.
• Les flux sans propriétaire, ou dont le propriétaire n'est pas une personne active selon Jira.
• Les flux que Jira a peut-être désactivés (d'après le journal d'audit).
• Les requêtes web que chaque flux envoie.

Elle liste aussi les flux proches des limites de service de Jira : 52 composants ou plus sur les 65 qu'un flux peut avoir, avec l'endroit où il pourrait être scindé, et les recherches planifiées qui trouvent 800 tickets ou plus sur les 999 qu'une exécution traite. Ce compte est le compte approximatif de Jira : il est donc estimé.

Seuls des comptes quittent votre navigateur : combien d'identifiants, d'adresses hors de vos domaines et de requêtes web chaque flux a, jamais une adresse, un hôte, un en-tête ni une valeur.

Vérifier avant de supprimer

Vérifier avant de supprimer indique quels flux de la dernière analyse utilisent un objet, avant que vous le retiriez ou le changiez ici ou dans les écrans de Jira. L'objet peut être un champ, une option, un statut, un projet, une version, un composant, un type de ticket, une priorité, une résolution, un type de lien, une étiquette, un filtre, un groupe ou une personne.

Pour chaque flux, la page montre le propriétaire, si le flux est activé, comment il utilise l'objet et ses étapes par mois, mesurées ou estimées. Prévenir les propriétaires crée un ticket Jira par propriétaire.

TuneCraft fait correspondre un objet par son identifiant et par chaque nom que Jira lui donne. Deux objets de même nom, comme une version « 1.0 » dans deux projets, correspondent tous deux à un flux qui en nomme un par son nom. Il ne dit jamais « aucun flux ne l'utilise » quand il ne peut pas le savoir. Il le dit quand il n'y a pas d'analyse, que l'analyse date de plus de 7 jours, qu'elle n'a conservé aucune trace de ce que ses flux utilisent, ou qu'elle peut ne pas contenir tous les flux (première analyse du site, moins de 90 % des flux de l'analyse précédente, ou entrées qu'il n'a pas pu lire). Il liste aussi les flux dont il ne peut pas lire les références, comme une valeur intelligente à la place d'un nom. Il ne voit pas ce que les applications et les intégrations utilisent.

Utilisation et alertes

Utilisation conserve 400 jours les exécutions et les étapes par mois de chaque flux tirées de chaque journal d'audit que vous analysez, et les étapes du site chaque jour, avec un téléchargement CSV. Les comptes d'un mois viennent du journal d'audit de toutes les exécutions qui en couvrait la plus grande partie.

Le produit auquel un flux est facturé vient du type de ses projets et est estimé : si tous sont des espaces de service, le flux compte pour Jira Service Management ; si tous sont des espaces de découverte, pour Jira Product Discovery ; sinon pour Jira.

Prévision de ce mois prolonge les étapes du mois à leur rythme jusqu'à sa fin. Pour Jira, elle se fie, dans cet ordre, aux étapes qu'un administrateur Jira a saisies d'après la page d'utilisation de Jira, aux étapes par jour du journal d'audit le plus récent de toutes les exécutions quand ses jours se terminent dans les 14 derniers jours (les deux mesurés), puis aux étapes par mois de la dernière analyse (estimées). Jira Service Management et Jira Product Discovery ont une prévision tirée du journal d'audit seulement et ne sont pas comparés à un quota, car TuneCraft ne connaît que l'offre de Jira.

Les Alertes, configurées dans les paramètres de TuneCraft, créent un ticket Jira quand la prévision de Jira atteint 80 % et 100 % de votre quota, une fois pour chacun, chaque mois. TuneCraft le crée dans le projet et le type de ticket qu'un administrateur Jira a choisis, en mentionnant jusqu'à 10 personnes actives qu'il a choisies. Toute personne qui peut parcourir ce projet peut le lire. Par défaut, il nomme les flux par leur identifiant seulement, et il renvoie à la page Utilisation. TuneCraft conserve les identifiants de compte des personnes tant qu'elles sont choisies, et chaque alerte envoyée avec la clé de son ticket pendant 400 jours. Jira écrit lui-même aux administrateurs à 80 % et 100 % des étapes réellement utilisées.

Des questions sur l’application? Écrivez à info@plugincraft.ca.