Aller au contenu principal

Workflows : scheduling cron, retry/resume automatique et alertes

Equipe Ontologie
Equipe Ontologie

Les workflows sont au coeur de l'automatisation dans Ontologie. Avec cette mise a jour, ils deviennent encore plus robustes : scheduling cron pour les executions planifiees, retry/resume automatique en cas d'echec, cloning pour dupliquer vos workflows, et alertes pour etre notifie quand quelque chose ne se passe pas comme prevu.

Pourquoi l'automatisation des workflows​

Un workflow qui fonctionne en mode manuel, c'est bien pour les tests. Mais en production, vous avez besoin que vos workflows :

  • S'executent automatiquement a intervalles reguliers (tous les jours a 8h, chaque lundi, le 1er du mois).
  • Se recuperent seuls en cas d'erreur temporaire (timeout reseau, service momentanement indisponible).
  • Vous previennent quand un probleme necessite une intervention humaine.
  • Soient duplicables pour creer des variantes sans repartir de zero.

C'est exactement ce que cette mise a jour apporte au Workflow Builder.

Ce qui change​

Scheduling cron​

Planifiez l'execution automatique de vos workflows avec des expressions cron standard :

  • Expressions cron : toute la puissance de la syntaxe cron (0 8 * * 1-5 = chaque jour ouvrable a 8h).
  • Interface visuelle : un editeur visuel traduit l'expression cron en langage clair ("Tous les jours ouvrables a 08:00").
  • Fuseaux horaires : configurez le fuseau horaire de votre schedule (Europe/Paris par defaut).
  • Protection anti-chevauchement : si une execution est encore en cours quand la suivante est planifiee, elle est mise en file d'attente au lieu de demarrer en parallele.

Exemples de schedules courants :

ExpressionDescription
0 8 * * *Tous les jours a 8h
0 8 * * 1-5Chaque jour ouvrable a 8h
0 0 1 * *Le 1er de chaque mois a minuit
*/15 * * * *Toutes les 15 minutes
0 9 * * 1Chaque lundi a 9h

Exemple concret : vous creez un workflow "Rapport hebdomadaire de qualite des donnees" et le planifiez chaque lundi a 9h. Le workflow s'execute automatiquement, genere le rapport et envoie un email a l'equipe.

Retry et resume automatiques​

Les workflows en production rencontrent inevitablement des erreurs : un service externe est temporairement indisponible, un timeout reseau, un quota API depasse. Au lieu d'echouer definitivement, les workflows peuvent desormais se recuperer automatiquement.

Retry (nouvelle tentative) :

  • Configurez le nombre de tentatives (1 a 5) et le delai entre chaque tentative.
  • Le delai peut etre fixe (30 secondes) ou exponentiel (30s, 60s, 120s, 240s).
  • Chaque tentative est tracee dans l'historique d'execution.

Resume (reprise) :

  • Si un workflow echoue apres toutes les tentatives, il est mis en pause au point d'echec.
  • Vous pouvez corriger le probleme (ex: renouveler un token API) et reprendre l'execution la ou elle s'etait arretee.
  • Pas besoin de re-executer les etapes deja completees — le workflow reprend exactement au bloc qui a echoue.

Exemple concret : votre workflow d'import de donnees echoue a cause d'un timeout sur une API externe. Le systeme retente 3 fois avec un delai exponentiel. Si l'API est toujours indisponible, le workflow se met en pause. Une heure plus tard, l'API est de retour — vous cliquez "Reprendre" et le workflow continue la ou il s'etait arrete.

Cloning de workflows​

Dupliquez un workflow existant en un clic :

  • Copie complete : tous les blocs, connexions, configurations et variables sont dupliques.
  • Renommage automatique : le clone s'appelle "Mon workflow (copie)" — renommez-le selon vos besoins.
  • Independance : le clone est completement independant de l'original. Les modifications de l'un n'affectent pas l'autre.
  • Cas d'usage : creer des variantes (test vs production), dupliquer pour un autre workspace, sauvegarder avant modification.

Exemple concret : vous avez un workflow "Import clients France" qui fonctionne bien. Vous le clonez et modifiez le clone pour creer "Import clients Belgique" en changeant uniquement les parametres de filtrage.

Alertes​

Soyez notifie quand un workflow necessite votre attention :

  • Echec d'execution : recevez une alerte quand un workflow echoue (apres les tentatives de retry).
  • Execution longue : recevez une alerte quand un workflow depasse une duree configurable.
  • Canaux de notification : email, webhook, ou notification dans l'application.
  • Regles de filtrage : configurez quels workflows declenchent des alertes et a qui les envoyer.

Exemple concret : vous configurez une alerte sur votre workflow "Synchronisation quotidienne" : si l'execution echoue ou depasse 10 minutes, un email est envoye a l'equipe operations.

Annulation en cours d'execution​

Nouveau controle sur les workflows en cours :

  • Annulation propre : arretez un workflow en cours d'execution sans corrompre les donnees.
  • Etat "annule" : le workflow est marque comme annule dans l'historique, distinct d'un echec.
  • Nettoyage : les ressources allouees (fichiers temporaires, connexions) sont liberees proprement.

Comment demarrer​

  1. Ouvrez le Workflow Builder et selectionnez un workflow existant.
  2. Configurez le schedule dans l'onglet "Planification" : choisissez une expression cron ou utilisez l'editeur visuel.
  3. Configurez le retry dans les parametres avances de chaque bloc sensible.
  4. Activez les alertes dans l'onglet "Alertes" du workflow.
  5. Testez en executant manuellement le workflow, puis laissez le schedule prendre le relais.

Le scheduling est disponible pour tous les workflows. Les alertes se configurent par workflow dans les parametres avances.

Prochaines etapes​