Monitor
Surveillez chaque workflow déployé et chaque automatisation d'un environnement — état de santé en un coup d'œil, déclencheurs et exécutions récentes par élément, et la console d'exécution à un clic.
Le Monitor est la vue opérationnelle d'un environnement. Il liste chaque workflow déployé et chaque automatisation, indique combien d'exécutions ont réussi ou échoué sur la fenêtre temporelle sélectionnée, et vous permet d'ouvrir l'URL d'un déclencheur ou une exécution en échec en un seul clic.
Ce que la page affiche
Ligne de santé
Une rangée de quatre cellules se trouve au-dessus du tableau et de la chronologie. Les chiffres reflètent toujours la plage temporelle sélectionnée.
- Runs — nombre total d'exécutions pour l'ensemble des éléments dans la fenêtre.
- Success — pourcentage d'exécutions terminées sans erreur.
- Failed — nombre d'exécutions en échec, affiché en rouge. Cliquer sur cette cellule filtre la liste sur les éléments ayant connu au moins un échec dans la fenêtre.
- Attention — nombre d'éléments bloqués et en pause. Cliquer filtre la liste sur les éléments qui nécessitent une action.
La cellule du filtre actif est soulignée en doré. Cliquer de nouveau dessus efface le filtre.
Seules les exécutions de workflow sont comptées — ici, ainsi que dans la liste Recent runs d'une ligne dépliée et dans son compteur All runs. Un appel de webhook refusé — authentification échouée, adresse absente de la liste d'autorisation, limite de débit — n'a jamais démarré d'exécution : il ne s'agit donc pas d'une exécution en échec ; il apparaît plutôt sous les Deliveries du déclencheur (voir Webhook → Qui a appelé votre webhook). Un appel accepté et l'exécution qu'il a démarrée ne comptent qu'une fois, en tant que cette exécution.
Colonnes du tableau
| Colonne | Ce qu'elle affiche |
|---|---|
| Name | Une marque, le nom de l'élément et — pour les éléments bloqués ou en pause — une petite étiquette. La marque est un carré coloré pour les workflows (la couleur du canevas) ou un éclair pour les automatisations ; un petit point dans son coin indique l'état : vert pour live, bleu pulsant pour running, losange ambre pour blocked, gris pour paused. Les lignes en pause sont atténuées. |
| Triggers | Un badge par type de déclencheur (webhook, schedule, api, chat, form, manual, voice). Les badges de planification affichent une cadence abrégée lorsque l'expression cron correspond à un motif reconnaissable (15 min, Hourly, Daily 06:00, Nightly, Weekly), sinon Schedule. |
| Runs | Une sparkline bleue et le total pour la plage sélectionnée. |
| Failed | Une sparkline rouge et le nombre d'échecs. Lorsqu'il n'y a aucun échec, le nombre s'affiche en encre atténuée et aucune sparkline n'est tracée. |
| Last run | Un mot de statut (par exemple « Success », « Error », « Running »), un temps relatif et, sur la deuxième ligne : l'identifiant d'exécution tronqué, la durée et le nom du bloc en échec si l'exécution a échoué. Cliquer sur cette cellule ouvre la feuille d'exécution. |
États des éléments
Les éléments ont l'un des quatre états reflétés dans la marque de la colonne Name.
live— l'élément est déployé dans un environnement accessible en écriture (workflow) ou activé (automatisation) et prêt à s'exécuter.running— au moins une exécution est en cours.blocked— l'élément n'a aucun déploiement dans cet environnement. Cela se produit lorsque l'environnement est en lecture seule et qu'aucun déploiement n'existe encore. Les déclencheurs d'un workflow bloqué renvoient 403. Une étiquetteBLOCKEDapparaît à côté du nom, et un bouton Deploy apparaît dans la cellule Last run.paused— l'élément est désactivé. Une étiquettePAUSEDapparaît à côté du nom.
Vue chronologique
Le Monitor s'ouvre sur la chronologie. Chaque élément est une ligne de barres de durée sur une base commune ; déplier une ligne fait apparaître une sous-ligne par déclencheur configuré — trois webhooks nommés Signoz, Generic et Claude Status obtiennent trois couloirs, qu'ils se soient déclenchés ou non dans la fenêtre — afin que vous puissiez voir quel déclencheur a produit quelles exécutions. Cliquez sur le nom d'une sous-ligne pour atteindre l'entrée de ce déclencheur (URL, mode d'authentification et actions de copie des identifiants) dans la liste sous les couloirs. Les éléments bloqués affichent un couloir hachuré avec le motif du blocage. La commande TIMELINE | TABLE de la barre d'outils bascule vers le tableau, et la même ligne de santé ainsi que les mêmes commandes de plage temporelle s'appliquent aux deux vues.
Filtrage
La commande de type (ALL | WORKFLOWS | AUTOMATIONS) et le sélecteur de plage temporelle (1H 6H 12H 1D 3D 7D) se trouvent dans la barre d'outils des deux vues. Chaque filtre est stocké dans l'URL, de sorte que la vue exacte peut être partagée.
| Paramètre d'URL | Valeurs | Défaut |
|---|---|---|
type | all · workflows · automations | all |
view | table · timeline | timeline |
range | 1 · 6 · 12 · 24 · 72 · 168 (heures) | 24 |
filter | failing · attention | (aucun) |
Déclencher un workflow depuis le Monitor
Cliquez sur le chevron de dépliage de n'importe quelle ligne pour ouvrir son panneau de détail. Le côté gauche affiche les Triggers — une entrée par déclencheur configuré.
Pour les déclencheurs webhook et API, chaque entrée affiche :
- Le nom du déclencheur et le badge de méthode HTTP (par exemple
POST). - L'URL d'invocation en police à chasse fixe.
- Un bouton Copy URL et un bouton Copy example request qui place une commande
curlprête à l'emploi dans votre presse-papiers. - Le mode d'authentification sur une deuxième ligne (par exemple
HMAC SHA-256).
Pour les déclencheurs planifiés, chaque entrée affiche l'expression cron.
La ligne de provenance à côté de l'en-tête TRIGGERS indique quand l'élément a été déployé pour la dernière fois (sous forme d'âge relatif — par exemple deployed 3 days ago) et, pour les workflows matérialisés par un pack, l'identifiant et la version du package.
Afficher la « prochaine exécution » ou le « dernier appel » dans ce panneau nécessiterait d'étendre l'endpoint des déclencheurs. Les données existent dans la base de données (workflowSchedule.nextRunAt, lastRanAt), mais ne sont pas incluses dans la forme de réponse actuelle. Il s'agit d'une lacune délibérée, et non d'un oubli.
La feuille d'exécution
Ouvrir une exécution — depuis la cellule Last run, les Deliveries d'un déclencheur ou la chronologie — affiche une barre en haut : statut, nom du workflow, déclencheur, heure de début, durée et, lorsque l'exécution a une version déployée, un badge de version. À côté se trouve un identifiant d'exécution tronqué — cliquez dessus pour copier l'identifiant complet — et, lorsqu'une nouvelle exécution est possible, un bouton Rerun.
- Survolez la pastille de statut ou donnez-lui le focus pour afficher les détails de l'exécution : quand elle a commencé et s'est terminée, combien de temps elle a duré, combien de blocs elle a exécutés et, en cas d'échec, quel(s) bloc(s) ont échoué et le code d'erreur.
- Sélectionnez un bloc sur le canevas, ou une ligne dans le flux de la console — pour remplir le volet inférieur avec ses propres détails ; la légende du volet le nomme. Appuyez sur Esc pour revenir à l'exécution ; sur le canevas, cliquer de nouveau sur le bloc sélectionné le désélectionne également.
- Survolez n'importe quel bloc ou donnez-lui le focus, sur le canevas ou dans le flux de la console, pour afficher une petite carte avec son statut, son nom, son heure de début, sa durée, sa position parmi les blocs de l'exécution, son type et le code d'erreur s'il a échoué.
Un appel refusé avant le démarrage de toute exécution affiche la même barre à la place d'une exécution — sans durée, sans identifiant d'exécution, sans bouton Rerun. Survoler la pastille de statut affiche le statut HTTP avec lequel Scrydon a répondu et indique qu'aucune exécution n'a démarré ; voir Webhook → Qui a appelé votre webhook pour ce qui est enregistré à propos de l'appel lui-même.
Lire un échec
- Trouvez la ligne dans le tableau. La cellule Last run affiche le statut et un temps relatif.
- Cliquez sur la cellule pour ouvrir la feuille d'exécution. Le bloc en échec est présélectionné, de sorte que la section d'erreur est immédiatement visible. La console s'ouvre repliée en une seule barre en bas — à chaque fois, d'où que vous ouvriez l'exécution ; cliquez sur le chevron à sa droite pour déplier le flux complet des journaux.
- Si des échecs consécutifs sont visibles dans le panneau de détail, un compteur rouge apparaît à côté de l'en-tête
RECENT RUNS.
Éléments bloqués
Un élément bloqué n'a aucun déploiement dans l'environnement courant. C'est l'état normal des workflows dans un environnement de production en lecture seule où aucun déploiement n'a encore été poussé.
- La ligne affiche une étiquette
BLOCKEDet un bouton Deploy dans la cellule Last run. - Les déclencheurs d'un workflow bloqué renvoient 403 aux appelants.
- Cliquer sur Deploy crée un déploiement à partir de la dernière version promue.
Les environnements en lecture seule se configurent sous Paramètres → Environnements. Consultez la page Problèmes de politique si vos environnements ne correspondent pas à la politique déclarée de votre organisation.
Actualisation automatique
La commande d'actualisation dans le coin supérieur droit est un bouton scindé.
- Moitié gauche (↻ REFRESH) — déclenche une actualisation immédiate de toutes les données de la page.
- Moitié droite (sélecteur d'intervalle) — définit l'intervalle d'actualisation automatique. Les options sont toutes les 5 secondes, 15 secondes, 30 secondes, 1 minute, ou Off. La sélection courante est affichée dans le bouton. Un point vert pulsant indique que l'actualisation automatique est active ; un point gris signifie qu'elle est désactivée (Off).
L'actualisation automatique se met automatiquement en pause tant qu'une feuille d'exécution est ouverte.