Une horloge peut dire qu’il est temps d’agir. Pour une application, il faut aussi savoir quelle occurrence a été créée, si la file l’a acceptée et quoi faire si la réponse s’est perdue.
01
Une cadence dans MariaDB
Le chemin décrit conserve les règles d’intervalle, les occurrences et leur historique. Une occurrence garde une identité stable.
02
La remise est un travail distinct
Maestro réclame la responsabilité d’un dispatch puis remet une tâche à Queue. Il rapproche les réponses perdues plutôt que de créer des identités arbitraires à chaque essai.
03
Les créneaux manqués ont une politique
Le comportement de référence latest_slot_wins privilégie le créneau courant. Cela ne signifie pas que toutes les occurrences historiques manquées seront rejouées.
04
Pas un moteur universel de workflows
Maestro planifie et distribue. Il ne prétend pas fournir tous les calendriers cron ni les graphes de workflows de Temporal.
cadence → créneau → occurrence stable
↓
remise à Queue
↓
reçu / repriseEt face aux autres outils ?
Comparaison de périmètres, sans classement de performances. Références éditeurs consultées le 31 octobre 2026.
systemd timers
Les timers activent des services selon une cadence ou un calendrier. Maestro ajoute un suivi d’occurrences applicatives et une remise à Queue ; il ne se présente pas comme un moteur de workflows général.
Documentation de référence ↗Sources et références
Les mécanismes sont présentés avec leur périmètre d’utilisation. Leur qualification dans votre environnement reste une étape distincte. Les liens ci-dessous donnent accès aux références publiques disponibles.