Kacam.net

Diagnostic d'incident

CPU 打满,QPS 一点没涨

CPU 从 40% 打到 95%,QPS 一点没涨,而且昨天没有发布。

Copiez la consigne, puis choisissez un modèle. Il joue l'examinateur et vous interroge acte par acte au lieu de vous donner la réponse.

Sur un téléphone où l'application est installée, le système l'ouvre directement. Dans WeChat, les liens n'ouvrent pas les applications externes : ouvrez-le d'abord dans un navigateur.

「CPU 高」不等于「算得多」。第一步永远是把它拆成三份,拆完再看火焰图,看完再猜原因 —— 顺序反过来是这类问题上最常见的时间浪费。

这一份还想让你记住另一句:「没有发布」不等于「没有变更」。配置中心、开关、灰度规则、DNS、证书、上下游的策略——这些都能在一行代码都没改的情况下改变系统行为,而且多数公司的发布记录不覆盖它们。

所以问变更的时候要问全。怎么问全,你自己试试。

★★★★☆ · environ 30 min · Ce qui est évalué : user / sys / iowait 先拆开、火焰图、什么算「变更」

Le geste que celle-ci travaille

Cause ou conséquence Savoir sortir l'outil Chercher le changement

Déjà fait celui-ci ?

Connectez-vous pour noter que vous l'avez fait : la prochaine fois, vous verrez quel jour c'était.

Notes de ceux qui l'ont fait

Personne n'a encore écrit. Une fois terminé, racontez ce qui est sorti de l'échange : quel acte vous a bloqué, quelle conclusion vous avez changée ensuite.

Se connecter pour écrire une note.

Comment s'en servir

Elle vous donne la scène (quel service, le symptôme, depuis quand, l'étendue) puis se tait. Vous posez des questions, réclamez métriques, journaux, captures réseau, avancez des hypothèses — elle répond selon une vérité que vous ne voyez pas.

**Il lui est interdit de vous indiquer d'elle-même où regarder ensuite.** Si vous ne demandez pas, elle ne dit rien — même si vous tournez en rond dix minutes. C'est délibéré : dans la vraie vie, personne à côté de vous ne dit « regarde le flame graph ». Diagnostiquer, *c'est* savoir quoi demander.

Comment démarrer

  1. Choisissez-en une, ouvrez-la, copiez l'invite.
  2. Collez-la dans une conversation toute neuve.
  3. Elle donne la scène puis s'arrête — **à vous de parler.**

Quatre commandes à lancer à tout moment

  • 给个方向 une direction, pas la réponse (comptabilisé)
  • 公布真相 révéler la vérité et conclure
  • 换一个 recommencer avec un autre incident
  • 复盘 conclure tout de suite et sortir la fiche de bilan

Trois pièges

  • Ne lisez pas la vérité en fin de fichier — cela gâche tout l'exercice.
  • Ne commencez pas par deviner la cause. Établissez d'abord l'étendue (combien, quelle partie, depuis quand) : c'est elle qui dit si le problème est dans le code ou dans l'environnement.
  • Chaque scène contient de fausses pistes : une mise en production sans rapport au même moment, des métriques qui sont des conséquences et non des causes, le suspect classique qui vous attend. Le bilan vous dira combien de questions vous avez dépensées sur chacune.

Commencez par le P99 : sa chaîne de diagnostic est la plus propre. Puis « seulement certaines machines », dont la leçon est la plus réutilisable. Gardez le timeout intermittent pour plus tard : la réponse est hors de votre système. Le rapport qui ne colle pas ne demande aucune connaissance système.