Budgets, caps et policies
Distinguer la visibilité sur les dépenses du contrôle runtime configuré dans Kadryn.
Budgets, alertes, caps et policies n’ont pas la même signification. Il faut distinguer la visibilité du contrôle runtime.
Un budget peut-il bloquer les dépenses ?
Les budgets aident à surveiller les dépenses IA par rapport aux seuils configurés. Un budget n’est pas un hard cap.
L’ownership d’un budget, les approbations et d’autres capacités de gouvernance peuvent dépendre du forfait. Leur présence ne transforme pas un budget en mécanisme de blocage des requêtes.
Une alerte bloque-t-elle les requêtes ?
Les alertes signalent des conditions configurées. Une alerte ne bloque pas, à elle seule, une requête.
Une alerte peut alimenter une décision ou un workflow sans être le mécanisme de contrôle runtime.
Qu’est-ce qui peut réellement faire respecter une limite ?
Des caps et policies configurés peuvent faire respecter des limites sur le chemin de contrôle Gateway concerné. L’enforcement actif dépend de la capacité produit applicable et de la configuration runtime.
Les caps et policies basés sur le Gateway sont utilisés là où un contrôle runtime actif est configuré.
Quelle est la frontière de Direct Ingest ?
Direct Ingest prend en charge l’observation et l’enrichissement sans faire transiter tout le trafic de production par Kadryn. Ce mode n’est pas un mécanisme d’enforcement runtime inline.
Voir Gateway vs Direct Ingest pour cette frontière d’implémentation.
Interprétation sûre
- Budget = visibilité par rapport à des seuils configurés, pas hard cap.
- Alerte = condition signalée, pas blocage à elle seule.
- Cap/policy = contrôle applicable uniquement sur le chemin runtime configuré concerné.
- Direct Ingest = observation/enrichissement, pas blocage runtime.
- Gateway = chemin de contrôle conditionnel, pas architecture produit obligatoire.