Agents

Agents est l'espace d'exécution et de livraison à l'adresse /workflow-runtime. L'accès à la route exige workflow:read, sauf pour un rôle à accès complet.

Il possède l'identité de l'Agent, ses contrats, ses outils, ses Releases immuables, ses Rollouts, son Rollback, ses exécutions, son état, sa politique et sa configuration d'échantillonnage. Le détail d'un Agent comporte les onglets Definition, Releases, Runs, Log, Sampling et Policy.

flowchart LR
  D["Configuration brouillon"] --> V["Validation"]
  V --> R["Release immuable"]
  R --> O["Rollout"]
  O --> E["Exécutions"]
  O --> B["Rollback"]

L'exécution en production exige une Release publiée, un Rollout actif et une politique liée. Le chemin sans gouvernance est limité à un bac à sable clairement identifié, et toute exécution que l'espace de travail peut lancer aujourd'hui est une exécution en bac à sable.

L'onglet Releases fournit des commandes pour publier un Draft, promouvoir une Release publiée en production et ramener la production à une Release antérieure. Chaque commande ouvre une boîte de dialogue de confirmation et appelle sa propre mutation d'API, avec les règles d'autorisation et de cycle de vie de cette mutation. La promotion et le Rollback exigent une politique de gouvernance liée à la production. Une modification en production qui remplace une Release en service attend également qu'une comparaison de manifestes soit disponible. Le Rollback exige un motif. Une Release publiée reste immuable dans la base de données.

Une demande de modification de l'échantillonnage en attente est approuvée ou rejetée via approveSamplingChange. La procédure exige l'autorisation Agent update et refuse un approbateur dont l'identité correspond à celle du demandeur. La procédure de mise à jour de l'échantillonnage ne permet plus d'appliquer immédiatement une modification en attente.

Processes possède les étapes, transferts typés, points de contrôle et publications multi-étapes. Le diagnostic de workflow dans Agents est en lecture seule.