BDC sizing et capacité

À jour au 2026-05-29

Dimensionner BDC = assez de capacité pour la charge sans payer de marge inutilisée; en modèle consommation (M032) le mauvais sizing coûte dans les deux sens (sous = lent/SLA-raté/méfiance, sur = gras permanent). Piloté par la charge, pas les sièges : trois classes passent à l'échelle sur des axes différents — pipelines planifiés (batchables), requêtes/stories interactives (concurrence/latence), eng/ML Databricks (en pointe, M034); un seul nombre pour les trois est l'erreur classique. Estimation T-shirt d'abord, puis right-sizing sur télémétrie réelle (M045) après 4-6 semaines — ne pas traiter l'estimation initiale comme finale. Concevoir pour l'élasticité (monter pour la clôture de fin de mois, descendre après) pas une capacité de pointe permanente. Le sizing stockage suit le tiering d'historique (M071) — dimensionner l'ensemble chaud+tiède, pas l'archive 12 ans. Honnête (§0i) : le sizing est une estimation raffinée par la réalité + un point de contrôle, pas de fausse précision. Contrôle facture + UX simultanément.