Solutions

La facture Azure monte et personne ne sait l’expliquer

La dépense infonuagique dérape rarement d’un coup. Elle dérive, une décision raisonnable à la fois, jusqu’au jour où les finances demandent une prévision et où l’ingénierie répond que ça dépend. Le correctif n’est pas un tableau de bord. C’est la propriété, imposée là où les ressources se créent.

« La facture monte chaque mois depuis un an »

Les symptômes se ressemblent. Les finances demandent la prévision Azure du prochain trimestre et reçoivent une fourchette au lieu d’un chiffre. Quelqu’un ouvre Cost Management, voit les cinq principales souscriptions, et ne peut pas dire qui possède trois d’entre elles. Il y a un groupe de ressources nommé d’après un projet terminé depuis dix-huit mois, et personne ne veut être celui qui le supprime.

Pendant ce temps, l’équipe d’ingénierie ne gaspille rien qu’elle reconnaîtrait comme du gaspillage. Chaque décision se défendait au moment où elle a été prise. L’environnement a été provisionné généreusement parce que la date de lancement était serrée. Le palier de disque a été choisi pour un test de charge jamais répété. Les paramètres de diagnostic ont été activés partout parce qu’une revue de sécurité demandait de la journalisation, et personne n’a cadré quels journaux.

Rien de scandaleux là-dedans. C’est l’état normal d’un parc qui a grandi plus vite que sa gouvernance, et ça ne se corrige pas tout seul.

Pourquoi la réponse habituelle échoue

Un tableau de bord n’est pas un contrôle. La réaction la plus fréquente est d’acheter une plateforme de visibilité des coûts, de la brancher et de diffuser un rapport hebdomadaire. La visibilité est nécessaire et très loin d’être suffisante. Le rapport atterrit chez une équipe plateforme qui n’a aucune autorité pour éteindre l’environnement d’un autre service, sur des ressources dont le propriétaire n’est consigné nulle part. Six mois plus tard, l’outil est une ligne sur la facture qu’il devait réduire.

Le sprint d’optimisation ponctuel. Un mandat de quatre semaines trouve les machines inactives, redimensionne le sur-provisionnement évident, achète des réservations et annonce une économie. Le chiffre est réel. Il est aussi temporaire, parce que rien n’a changé dans la façon dont les ressources se créent. La facture retrouve sa trajectoire en deux trimestres, avec les mêmes catégories de gaspillage aux mêmes endroits, et l’organisation conclut que le travail sur les coûts ne tient pas. Il n’a pas tenu parce qu’il a été fait comme un projet plutôt que comme une propriété de la plateforme.

S’engager avant de redimensionner. Les réservations et les plans d’économies sont le gain visible le plus rapide, alors on les achète en premier. C’est l’inverse de l’ordre utile. Un engagement d’un ou trois ans sur un gabarit que vous alliez couper de moitié fige l’erreur et rend la correction plus difficile, parce qu’un coût irrécupérable plaide maintenant contre le changement.

Le partage de gains. Un modèle rémunéré en pourcentage des économies incite à trouver des réductions ponctuelles faciles à attribuer, et à éviter le travail structurel ennuyeux : discipline d’étiquetage, propriété, conception d’ingestion, valeurs par défaut de déploiement. C’est justement là que se trouve l’argent durable, et c’est exactement ce qu’un contrat au partage de gains n’est pas payé pour faire.

Comment nous reprenons le contrôle d’une facture

La propriété avant tout. Un standard d’étiquetage avec un petit nombre d’étiquettes réellement utilisées, imposé par Azure Policy au niveau du groupe d’administration pour qu’une ressource non étiquetée ne puisse pas être créée, plutôt que signalée après coup. Chaque souscription et chaque groupe de ressources pointe vers un propriétaire nommé et un centre de coûts. C’est ingrat, et c’est l’étape qui rend possible tout ce qui suit : une ressource avec propriétaire peut être éteinte, une ressource sans propriétaire ne le peut pas.

Redimensionner sur le comportement mesuré. Des données Azure Monitor sur un cycle de facturation complet, pas un instantané. Calcul ajusté à l’utilisation observée, paliers de stockage alignés sur les profils d’accès, disques orphelins et adresses IP publiques inutilisées supprimés, environnements hors production éteints en dehors des heures ouvrables, plans App Service consolidés quand la densité le permet.

Régler la facture d’ingestion délibérément. Log Analytics et Microsoft Sentinel sont l’endroit où les parcs matures perdent de l’argent discrètement. Nous concevons l’ingestion table par table, choisissons le palier de rétention par type de données, et archivons ce qui n’existe que pour un auditeur. Les exigences de rétention viennent des contrôles auxquels vous êtes soumis, d’où la conception conjointe avec l’ architecture de conformité.

Ensuite seulement, la couche commerciale. Réservations et plans d’économies sur le noyau stable, Avantage Hybride Azure quand Software Assurance le permet, tarification développement et test, facturation consolidée chez un CSP direct. Quand un engagement Microsoft d’entreprise existe, l’achat via la Place de marché Azure s’y impute, ce qui lève un obstacle d’approvisionnement plutôt qu’un obstacle technique.

Le coût comme propriété du déploiement. Budgets et alertes d’anomalie par souscription, et une estimation de coût produite sur la pull request pour qu’un changement coûteux soit visible avant la fusion et non sur la facture du mois suivant. Ça appartient à la plateforme, c’est-à-dire à la landing zone Azure, et c’est la différence entre optimiser une fois et rester optimisé.

Le mandat qui livre ça

Trois semaines pour établir la référence et agir, puis une cadence mensuelle pour tenir la ligne. La semaine 1 produit la base de référence, la carte de propriété et la liste d’actions priorisée avec estimation et note de risque. La semaine 2 exécute les actions réversibles : mise à l’horaire, suppression des orphelins, changements de palier, refonte de l’ingestion. La semaine 3 met en place la politique d’étiquetage, les budgets, les alertes et le plan d’engagement, et transfère le modèle de prévision.

Vous gardez la politique d’étiquetage en code, la carte de propriété, le backlog priorisé avec tout ce que nous n’avons pas fait et pourquoi, la conception d’ingestion, et un modèle de prévision que vos finances entretiennent sans nous.

Deux situations voisines changent la forme du mandat. Si la dépense vient d’une migration dimensionnée sur l’alloué plutôt que sur l’observé, le modèle de coût appartient au plan de sortie de VMware, avant que l’engagement existe. Si la croissance vient de la capacité de la plateforme de données plutôt que du calcul, la réponse est une gouvernance des espaces de travail et des capacités, traitée en modernisation de la plateforme de données. Notre position commerciale, dont la tarification séparée du conseil et des licences, est décrite sur la page à propos.

Questions fréquentes

Faut-il acheter des réservations tout de suite ?

Pas en premier. Une réservation fige un gabarit et une région pour un ou trois ans : l’acheter avant de redimensionner vous engage sur les erreurs que vous essayez justement de corriger. Redimensionnez, laissez tourner deux ou trois semaines pour confirmer que la nouvelle forme est stable, puis engagez-vous sur la portion réellement stable du parc. L’ordre compte plus que le taux de remise.

Combien pouvons-nous économiser ?

Nous ne citerons pas de pourcentage avant d’avoir vu le parc, parce que la réponse honnête dépend entièrement de la façon dont il a été bâti. Ce que nous nous engageons à livrer, c’est une base de référence vérifiable, une liste d’actions priorisées avec une estimation et une note de risque par élément, et une prévision présentable aux finances. Un fournisseur qui annonce un chiffre avant l’évaluation devine ou joue sur un partage de gains.

Un outil de gestion des coûts suffit-il ?

Un outil dit ce qui s’est passé. Il ne dit pas qui possède la ressource, si la charge sert encore, ni qui a le droit de l’éteindre. Ce sont des réponses organisationnelles, appliquées par une politique d’étiquetage et une propriété nommée. Achetez l’outil si vous voulez, mais c’est de l’instrumentation, pas un contrôle.

Pourquoi notre facture Log Analytics et Sentinel grimpe-t-elle plus vite que le calcul ?

Parce que l’ingestion de journaux se facture au gigaoctet et que des paramètres de diagnostic verbeux sont appliqués à l’échelle du parc par défaut. C’est la surprise la plus fréquente sur une facture Azure mature. Le correctif est une conception d’ingestion délibérée, une rétention par table, des paliers de base pour les journaux volumineux à faible valeur, et l’archivage de ce qui n’existe que pour un auditeur.

Le transfert de licences aide-t-il ?

Souvent de façon marquée. L’Avantage Hybride Azure applique vos licences Windows Server et SQL Server avec Software Assurance au calcul Azure, les souscriptions de développement et de test sont tarifées autrement, et consolider la facturation chez un CSP direct simplifie à la fois la facture et la prévision. Nous sommes CSP direct, et transférer votre locataire chez nous n’est jamais une condition de ce mandat.

Faut-il rapatrier des charges sur site ?

Pour un petit nombre de charges stables, prévisibles et lourdes en stockage, c’est une réponse légitime et nous le dirons. Pour la plupart des parcs, la facture est élevée à cause de la manière dont le cloud a été utilisé, pas parce que c’est du cloud. Rapatrier un parc non gouverné reproduit la même prolifération sur du matériel qu’il faut maintenant acheter.

Amenez la charge de travail. Nous apportons l’architecture.

Trente minutes, un architecte, aucune présentation. Venez avec un problème, repartez avec un avis sur lequel agir.