routingrules.rollback
Markdownv0.3.0
Rétablir une version antérieure des règles de routage, en un geste.
- API
POST /v1/projects/{projectId}/routing-rules/rollback - CLI
bastide routingrules rollback
EX-NET-470. Recopie une version de l'historique (90 jours) en une version NEUVE, après avoir rejoué le simulateur : l'historique reste linéaire et la restauration se restaure à son tour. Prise en compte par chaque nœud à la passe suivante, sans redéploiement.
| Propriété | Valeur |
|---|---|
| Niveau | project |
| Rang minimal | maintainer |
| Rôle transversal | — |
| Portées | project:write |
| Compte de service | ne la mène pas : elle est réservée à une personne |
| Réversibilité | R — réversible : exécution directe, tracée, annulable |
| Idempotence | une clé d'idempotence est acceptée : le rejeu rend la première réponse |
| Limites de débit, par jeton | 600 appels par 60 secondes (general), et 60 appels par 60 secondes (sensitive) |
API
POST /v1/projects/{projectId}/routing-rules/rollback — succès en 200.
| Paramètre | Où | Type | Requis | Description |
|---|---|---|---|---|
projectId | chemin | texte, motif ^prj_[0-9A-HJKMNP-TV-Z]{26}$ | oui | Identifiant de projet |
Idempotency-Key | en-tête | texte, de 8 à 128 caractères | non | Clé d'idempotence. Un rejeu portant la même clé retourne le résultat initial sans nouvel effet de bord, et la réponse porte alors « Idempotency-Replayed: true ». Équivaut au champ « idempotencyKey » du corps ; les deux à la fois ne sont acceptés que s'ils sont identiques. |
version | corps | entier, 1 au moins | oui | |
idempotencyKey | corps | texte, de 8 à 128 caractères | non | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |
La réponse :
| Champ | Type | Description |
|---|---|---|
published | booléen | Faux quand la version demandée est déjà la version active. |
version | objet (version, publishedAt, publishedBy, ruleCount, fingerprint, restoredFrom) | |
undoToken | nul | Aucun jeton : rétablir la version d'avant rétablit l'état d'avant. |
En-têtes de la réponse : RateLimit-Limit, RateLimit-Remaining, RateLimit-Reset, RateLimit-Policy, Idempotency-Replayed.
Autres réponses : 400, 401, 403, 404, 409, 429, 500, 503 — communes à toute opération.
Ligne de commande
bastide routingrules rollback --project-id <valeur> --version <valeur>
| Option | Type | Requise | Défaut | Description |
|---|---|---|---|---|
--project-id | texte | oui | — | Identifiant de projet |
--version | nombre | oui | — | |
--idempotency-key | texte | non | — | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |
La commande s'exécute sans confirmation.
MCP
Aucun outil : LA PLACE AU CATALOGUE : fermée parce que le catalogue est plein (EX-MCP-165, plafond de soixante-quatre depuis M-212), et non parce qu'un agent n'aurait pas à la lire. Ce qui reste fermé attend les préalables que sa source nomme. C'est une dette d'EX-MCP-010, que la parité compte et interdit de grossir.
Erreurs
| Code | Surface | Cause |
|---|---|---|
conflict | les deux | La demande contredit l'état courant de la ressource. |
invalid_request | les deux | Un champ de la requête est absent, mal formé ou contradictoire. |
idempotency_key_conflict | API | Deux clés d'idempotence différentes ont été présentées, dans le corps et dans l'en-tête. |
S'y ajoutent les refus communs à toute opération — entrée invalide, authentification, autorisation, cible introuvable, conflit, limite de débit, indisponibilité — que le catalogue des erreurs décrit.
Exemples
Restaurer la version 3 des règles :
{
"projectId": "prj_01JQ8ZK4M7NP2RSTVWXYZ34567",
"version": 3,
"idempotencyKey": "restaurer-routage-v3"
}