i

Description

Poste d'aiguillage ferroviaire à côté d'un passage à niveau : un point de supervision du trafic.

Source

Hassocks5489 · page d’origine

Licence

CC0 Domaine public

Photo d’origine, non retouchée. L’arrière-plan en est une version stylisée par le site.

Exploitation, supervision et capacité

Ce thème évalue la capacité à faire tourner le produit BI : planification et suivi des rafraîchissements, alertes d'échec, supervision de la capacité (application Capacity Metrics de…

En bref

Ce thème évalue la capacité à faire tourner le produit BI : planification et suivi des rafraîchissements, alertes d'échec, supervision de la capacité (application Capacity Metrics de Microsoft Fabric/Power BI, journaux d'activité, journaux de requêtes), runbooks, gestion des incidents, objectifs de niveau de service (SLO), planification de capacité. Il complète IND (livrer) et précède CST (payer juste).

Sur cette page

1. 1. Pourquoi ce thème
2. 2. Ce que mesure le thème
3. 3. Les 5 niveaux
4. 4. Jalons par niveau
5. 5. Lecture détaillée par niveau
   1. 🟢 Niveau 1 — Aveugle
   2. 🟢 Niveau 2 — Alertes d'échec
   3. 🟡 Niveau 3 — Tableau de bord
   4. 🟡 Niveau 4 — SLO et runbooks
   5. 🔴 Niveau 5 — Anticipé
6. 6. Atteinte partielle et notation
7. 7. Passer au niveau suivant
8. 8. Voir aussi

Niveau : 🟢→🔴 · Code thème : OPS

1. Pourquoi ce thème#

Un rafraîchissement qui échoue la nuit produit, le matin, des chiffres de la veille présentés comme du jour. Une capacité saturée ralentit ou bloque tous les rapports qui la partagent, y compris ceux qui n'y sont pour rien (« voisin bruyant »). Sur capacité Fabric/Premium, la consommation est lissée dans le temps ; un pic non maîtrisé finit par déclencher une limitation (throttling) progressive : d'abord des délais de 20 secondes sur les nouvelles opérations interactives, puis leur rejet, enfin le rejet de toutes les requêtes (politique Microsoft susceptible d'évoluer). Sans supervision, on découvre les incidents par les utilisateurs.

2. Ce que mesure le thème#

• Axe : de la découverte des pannes par les utilisateurs à une exploitation proactive avec SLO.
• Indicateurs clés : taux de réussite des rafraîchissements ; délai de détection d'un échec (MTTD) ; délai de remise en service (MTTR) ; utilisation moyenne et pic de la capacité ; fraîcheur observée vs promise.
• Unités : %, minutes, % d'unités de capacité (CU).

3. Les 5 niveaux#

4. Jalons par niveau#

5. Lecture détaillée par niveau#

🟢 Niveau 1 — Aveugle#

• Signes : « ça n'a pas rafraîchi ce matin », le mail arrive de la direction commerciale.
• Difficulté : 1/5 · Effort : 1/5.

🟢 Niveau 2 — Alertes d'échec#

• Signes : notifications envoyées à un groupe ; l'historique est lu quand il y a un doute. Les rafraîchissements sont planifiés hors heures de pointe.
• Gain : MTTD réduit de plusieurs heures à moins d'une heure.
• Limite : un rafraîchissement réussi peut quand même charger des données incomplètes (la source n'a pas fini) : l'alerte d'échec ne détecte pas le faux succès (TST).
• Difficulté : 2/5 · Effort : 2/5.

🟡 Niveau 3 — Tableau de bord#

• Signes : un rapport d'exploitation (modèle sur les journaux d'activité, l'historique de rafraîchissement, Capacity Metrics) répond aux questions : combien de rafraîchissements ont échoué cette semaine ? Quels modèles consomment le plus ? Quelles heures saturent ?

// Exemple (Log Analytics, si les journaux du service y sont envoyés — à vérifier selon configuration)
PowerBIDatasetsWorkspace
| where OperationName == "QueryEnd"
| summarize P95_ms = percentile(DurationMs, 95), Nb = count() by ArtifactName, bin(TimeGenerated, 1h)
| order by P95_ms desc

• Gain : décisions fondées sur des chiffres.
• Limite : réactif plus que proactif.
• Difficulté : 3/5 · Effort : 3/5.

🟡 Niveau 4 — SLO et runbooks#

• Signes : « le rapport des ventes est frais à 7 h 00 en semaine, 99 % des jours ouvrés » ; le runbook dit quoi faire si la passerelle ne répond plus ou si le jeton d'une source expire. Après incident, on rédige une revue sans blâme.
• Gain : engagement clair, résolution plus rapide.
• Limite : SLO trop ambitieux sans moyens = SLO ignoré.
• Difficulté : 4/5 · Effort : 4/5.

🔴 Niveau 5 — Anticipé#

• Signes : alertes de tendance (croissance d'usage de +30 % en trois mois), dimensionnement revu à chaque trimestre, pause/reprise ou redimensionnement planifié de la capacité (capacités Fabric F ; ex. réduction de nuit/week-end quand le modèle économique le permet), exercices de panne.
• Gain : pas de surprise de capacité, coût mieux ajusté (CST).
• Limite : l'automatisation de capacité demande une compréhension fine du lissage et de la facturation ; une pause de capacité rend les contenus indisponibles.
• Difficulté : 5/5 · Effort : 5/5.

6. Atteinte partielle et notation#

Règle commune. « Un 5 partiel » : alertes de tendance posées sur la capacité mais pas sur la performance par rapport (BI-OPS-5.1 = 0,5), revue trimestrielle effective (5.2 = 1), capacité manuelle (5.3 = 0), exercice de panne fait une fois (5.4 = 0,5).

7. Passer au niveau suivant#

Moyens possibles (facultatifs) :

Pièges :

• Faux positif : 100 % de réussite des rafraîchissements avec des données vides.
• Goodhart : « MTTR court » obtenu en fermant les tickets sans cause racine.
• Alerte fatigue : trop de notifications → plus personne ne lit. Sélectionner, router, supprimer le bruit.
• Se fier à une seule mesure ponctuelle de capacité : les pics sont courts ; regarder la distribution.

8. Voir aussi#

• Thèmes voisins : PRF · ETL · IND · CST · GOV
• Autres matrices : DL — observabilité et fiabilité · DL — déploiement et exploitation · PD — exploitation et support
• Contenus : OneLake — architecture · OneLake — difficultés et pièges · SQL Server SaaS — architecture · Checklist de projet reporting

✻ Rédigé par Claude Sonnet 5.5