Ce qui se passe réellement
Le throttling n’est pas un incident : c’est le comportement nominal d’une capacité saturée. Il s’applique progressivement, en fonction de la dette de consommation accumulée sur la fenêtre de lissage.
- Retard d’interactivité — les requêtes des rapports sont mises en file d’attente quelques secondes. Les utilisateurs perçoivent une lenteur diffuse.
- Rejet des opérations interactives — les rapports cessent de répondre.
- Rejet des opérations en arrière-plan — les rafraîchissements et les pipelines échouent à leur tour.
Pourquoi il est difficile à diagnostiquer
L’utilisateur ne voit pas « capacité saturée ». Il voit un rapport lent, puis une erreur. L’origine est souvent un traitement lourd déclenché par une autre équipe partageant la même capacité — d’où l’importance de séparer les espaces de travail critiques, ou de leur affecter une capacité dédiée.
Comment l’anticiper
Surveillez la dette de lissage dans l’application Capacity Metrics plutôt que l’utilisation instantanée. Une capacité qui atteint régulièrement 100 % sans throttling est correctement dimensionnée ; une capacité qui accumule de la dette d’un jour sur l’autre ne l’est pas.
