Familles de services Runtime
Statut documentaire : architecture — voir Maturité et preuves.
Les configurations Runtime peuvent exposer des familles nommées Agent, Queue, Journal, Operation, Rules, SimpleTimer ou calendarTimer. Ces noms identifient des familles de services ; ils ne garantissent pas à eux seuls toutes les propriétés du pattern théorique correspondant.
Avant de documenter une famille en reference, vérifier son contrat Runtime concret :
| Famille | Rôle visé | Contrat à vérifier |
|---|---|---|
| Agent | exécution déléguée/autonome | triggers, permissions, état, retry, frontière d'action |
| Queue | travail asynchrone bufferisé | livraison, ordre, persistance, retry, dead-letter |
| Journal | trace/événement durable | rétention, ordre, replay, frontière transactionnelle |
| Operation | opération exécutable nommée | entrées, cible, résultat, sémantique d'erreur |
| Rules | évaluation/dispatch | contexte, ordre, conflits, effets de bord |
| SimpleTimer | trigger par intervalle | intervalle, démarrage, chevauchement, erreurs |
| calendarTimer | trigger calendrier | timezone, exécutions manquées, récurrence, concurrence |
Pour ajouter une famille de service, définir son contrat de métadonnées, enregistrer une implémentation, exposer configuration et lifecycle, déclarer une instance, puis tester démarrage, arrêt, erreurs, événements et persistance avant de publier des garanties.