Lire une facture cloud : stockage, requêtes et sortie de données
Une facture cloud ne ressemble pas à une facture d'hébergement : elle ne liste pas des machines mais des gestes. Un octet écrit, une requête lue, un gigaoctet sorti du réseau, une adresse conservée sans usage. Les postes qui surprennent viennent rarement du serveur principal : ils viennent de ce qui gravite autour, copies, versions anciennes, journaux, données qui quittent le fournisseur.
Le stockage se facture par classe, pas par disque
Le volume affiché dans la console n'est pas la quantité facturée. Une ligne de stockage combine trois choses : la quantité conservée, la durée pendant laquelle elle est conservée, et la classe choisie pour la conserver. Deux objets de même taille peuvent donc produire des lignes très différentes selon qu'ils sont relus chaque jour ou jamais. La première question à poser devant une telle ligne est celle de l'usage réel : qui lit ces données, et à quel rythme.
Les classes froides et les classes d'archivage déplacent le coût plutôt qu'elles ne le suppriment : la conservation pèse moins, la lecture et la restauration pèsent davantage, avec un délai annoncé avant de récupérer l'objet. Archiver n'est donc pertinent que si les données ne sont pas relues avant longtemps et si une attente de plusieurs heures reste acceptable. Des journaux consultés chaque semaine pendant un incident relèvent de la mauvaise classe.
Requêtes et opérations : ce qui est facturé à l'unité
À côté du volume, la facture compte des opérations. Chaque appel d'interface est un geste : écrire un objet, le lire, lister un dossier, le copier, découper un envoi en morceaux. Ces gestes se comptent à l'unité, souvent regroupés par milliers avant d'être facturés. Un fichier de un gigaoctet écrit d'un bloc ne produit pas le même nombre d'opérations qu'un million de fichiers de un kilooctet.
La surprise vient des outils, rarement des utilisateurs. Un outil de supervision qui liste un dossier toutes les minutes multiplie les appels sans rien stocker. Une politique de versions qui conserve chaque écriture transforme une modification en opération nouvelle. Un parcours de sauvegarde qui ouvre chaque fichier pour le vérifier facture une lecture par fichier. La bonne question n'est donc pas la taille des données, mais leur nombre et la fréquence à laquelle un programme les parcourt.
La sortie de données, seul poste qui grandit quand tout va bien
Faire sortir des données du réseau du fournisseur est un transfert, et un transfert se facture à la quantité. Selon l'offre, la sortie est facturée, l'entrée parfois pas, et la circulation entre deux zones d'une même région peut elle aussi être comptée : ce n'est pas une règle uniforme, c'est une clause à lire dans le contrat. Le poste reste modeste tant que tout reste sur place, puis il change d'échelle le jour où un second site récupère les données.
Trois usages produisent cette ligne sans qu'on les associe à un transfert : la sauvegarde envoyée hors du fournisseur, la réplication vers une autre région pour la reprise d'activité, et la diffusion qui recherche les fichiers à chaque requête non mise en cache. Avant de réduire ce poste, il faut savoir vers où les octets partent : la destination explique presque toujours l'origine. Le règlement européen sur les données, applicable depuis le 12 septembre 2025, encadre les conditions de changement de fournisseur.
Adresses réservées, disques détachés, instantanés oubliés
Certaines ressources continuent d'exister sans servir. Une adresse publique réservée reste affectée à un projet même quand la machine qu'elle désignait est arrêtée : tant qu'elle n'est pas libérée, elle apparaît sur la facture. Un disque détaché d'une instance ne disparaît pas avec elle, il garde son contenu et sa ligne. Ces restes sont fréquents après un test, une migration ou le départ de la personne qui les avait créés.
Les instantanés s'accumulent pour une autre raison : chacun pèse peu au moment où il est pris, et personne ne voit la somme. Supprimer le volume d'origine ne supprime pas ses instantanés. Une politique utile fixe une durée, un nombre et un responsable ; sans date de fin, la chaîne s'allonge jusqu'à ce qu'un contrôle la découvre. La vérification se fait dans la liste des instantanés, triée par date et par volume d'origine.
Repérer la ligne dans la console avant d'en discuter
Une ligne de facture exploitable porte plusieurs informations : le nom du service, un identifiant de ressource, une région, une période, une quantité et une unité. L'explorateur de coûts du fournisseur permet de regrouper par service, par identifiant ou par étiquette, et de comparer deux mois. Sans identifiant, on ne discute que d'un montant ; avec lui, on discute d'un objet précis, que l'on peut retrouver, étiqueter et supprimer.
Deux pièges rendent la lecture trompeuse. Une ressource sans étiquette apparaît sous un nom générique, souvent celui du service, et se confond avec les autres. Et la période de facturation ne coïncide pas toujours avec le mois civil : une ligne peut couvrir les derniers jours du mois précédent. Pour travailler sérieusement, il faut activer l'export détaillé de la facture, qui donne la granularité par ressource et par jour dans un format normalisé d'un fournisseur à l'autre.
Rattacher une ligne à un usage réel : quatre temps
La méthode tient en quatre temps. Retrouver la ressource par son identifiant, puis son propriétaire par l'étiquette, l'historique des créations ou le journal d'activité. Comparer ensuite la quantité facturée à l'usage mesuré : nombre d'objets, nombre d'appels, volume réellement transféré. Enfin décider, avec une raison écrite : conserver et justifier, réduire, ou supprimer.
Ce dernier temps est celui qui manque le plus souvent. Une ligne que personne ne peut expliquer ne se supprime pas au hasard : elle peut porter une dépendance oubliée, un certificat, une copie qui sert de secours. La règle raisonnable est d'écrire en une phrase ce que la ligne paie, de la dater, et de la relire le mois suivant. Ce registre vaut mieux qu'un tableau de bord, parce qu'il nomme un responsable derrière chaque poste.
Reste la question de fond, celle qui décide d'un déménagement : ce que coûte la sortie et ce que le contrat impose pour partir. Un calcul complet intègre le transfert, la durée de double fonctionnement pendant la migration et le temps humain. Tant que ces trois termes ne sont pas chiffrés, changer de fournisseur reste une intuition, pas une décision.