Guides produit•stable•Mis à jour 2026-07-08

Runbooks

Guide produit pour utiliser Runbooks dans Kadryn.

Attach operational steps à recurring alert classes.

À quoi sert cette page

Utilisez cette page lorsque vous devez understand what le Runbooks surface fait dans Kadryn, how it prend en charge le operating workflow, et how it connects à le rest de le product.

Qui devrait l’utiliser

  • Utilisateurs FinOps qui ont besoin de visibilité opérationnelle.
  • Engineering et platform équipes que own AI workloads.
  • Admins who configurer workspace rules, accès et gouvernance.
  • Executives ou finance stakeholders lorsque le page prend en charge passer en revue ou reporting.

Ce que vous pouvez voir

  • Active et resolved alert états
  • Severity, statut et preuves
  • Routing et escalation context
  • Links à coûts, guardrails et runbooks

Ce que vous pouvez faire

  • Triage cases
  • Resolve ou reouvrir where permitted
  • Mute noise lorsque appropriate
  • Follow runbooks et escalate incidents

Permissions et accès au forfait

La visibilité et les droits d’édition peuvent différer. Kadryn peut afficher une vue en lecture seule ou verrouillée lorsque le forfait, l’état de billing ou le rôle du workspace ne permet pas la modification. Traitez les verrous UI comme une indication et les protections backend comme source de vérité.

Comment l’utiliser

  1. Ouvrez le matching Kadryn menu.
  2. Confirmez le workspace, la période, l’environnement et les filtres.
  3. Passez en revue le summary cards avant acting sur individuel rows.
  4. Utilisez filters à isolate le relevant projet, provider, team, owner ou statut.
  5. Ouvrez details avant making un gouvernance, billing ou operational decision.
  6. Vérifiez le result via le linked Costs, Alerts, Guardrails, Developers ou Audit surface.

Comment Kadryn utilise ces données

  • Utilise les signaux de coût, les événements d’usage et les événements de gouvernance
  • Connects alerts à owners et routes
  • Feeds operational passer en revue et incident learning

Erreurs fréquentes

  • Traiter une carte de résumé comme source de vérité sans ouvrir la vue détail.
  • Confusing product droits avec provider billing.
  • Modifier un réglage sans vérifier le périmètre affecté.
  • Comparer des environnements sans confirmer la qualité des métadonnées.
  • Ignoring obsolète, manquant ou synthetic données indicators.

Dépannage

  • Si des données manquent, vérifiez Developers → Logs & Traces et Costs → Data Health.
  • Si une action est désactivée, vérifiez votre rôle, votre forfait et l’état de billing.
  • Si une policy ou un cap bloque le trafic de façon inattendue, inspectez Guardrails → Policies et Developers → Logs & Traces.
  • Si les compteurs semblent incorrects, vérifiez les filtres, les toggles archived/deleted et la période sélectionnée.

Pages liées