Aller au contenu
English
Cloud medium

Gouvernance et maîtrise des coûts cloud

5 min de lecture

La gouvernance cloud échoue presque toujours de la même façon : par des règles que rien n'empêche de contourner. Une convention de nommage se respecte tant qu'on y pense, une politique documentée s'applique tant qu'on l'a lue, et un budget se dépasse sans que rien ne se déclenche. Ce chapitre montre comment remplacer ces intentions par des mécanismes : des comptes qui isolent, des règles que même un administrateur ne lève pas, et une mesure qui rend la dépense attribuable.

  • Découper en comptes plutôt qu'en conventions, et poser la hiérarchie qui portera vos règles.
  • Interdire ce qui doit l'être, avec des garde-fous qui ne se contournent pas.
  • Mesurer la dépense, la montrer, puis la réduire dans l'ordre où cela rapporte.

Toute règle qui repose sur la vigilance humaine finit par céder, et elle cède au pire moment : un soir d'incident, quand quelqu'un élargit une permission pour rétablir le service et ne la referme pas. Ce n'est pas un problème de sérieux des équipes, c'est une propriété des systèmes où la règle et son application sont deux choses distinctes.

La gouvernance cloud consiste donc à rapprocher les deux. Trois mécanismes y suffisent, et ce chapitre les traite dans l'ordre où ils se posent.

Le compte est la frontière. C'est la seule séparation qu'une erreur de manipulation ne franchit pas : ce qui vit dans un compte ne touche pas ce qui vit dans un autre sans autorisation explicite. Tout le reste, réseaux, étiquettes, conventions, sont des cloisons plus fines.

Le garde-fou est la règle. Attaché à la hiérarchie des comptes, il retire des possibilités à tout le monde, y compris à qui détient tous les droits. Un refus posé en haut ne se rattrape pas en bas, et c'est exactement ce qu'on attend.

L'étiquette est la mesure. Sans elle, la facture est un total sans propriétaire, et aucune conversation sur les coûts ne peut avoir lieu. C'est le prérequis le plus ingrat du chapitre, et celui dont le retard coûte le plus cher, parce qu'il ne se rattrape pas rétroactivement.

Organiser ses comptes et sa hiérarchie pose la structure : où placer les frontières, quels niveaux intermédiaires prévoir pour que vos règles s'appliquent aussi aux comptes qui n'existent pas encore, et ce qu'une zone d'atterrissage automatise réellement une fois cette structure décidée.

Garde-fous, héritage et étiquetage attache les règles à cette structure. Vous y trouverez les quatre garde-fous qui couvrent l'essentiel des accidents constatés, la mécanique d'héritage qui explique les refus les plus déroutants à diagnostiquer, et la façon d'imposer un étiquetage à la création plutôt que par campagnes de rattrapage.

Maîtriser la facture exploite ce que les deux premières ont mis en place. Les leviers d'économie y sont donnés dans leur ordre de rentabilité réelle, qui n'est pas celui qu'on croit : supprimer et éteindre avant de s'engager, sous peine d'obtenir une remise sur du gaspillage.

  • Un compte séparé est la frontière la plus solide, la seule qui ne repose pas sur la discipline.
  • Un garde-fou retire des possibilités, il ne donne aucun droit, et un refus hérité ne se lève pas plus bas.
  • Une ressource sans étiquette est une ressource que personne n'osera supprimer, et l'étiquetage n'est pas rétroactif sur la facture.
  • Commencez par supprimer et éteindre, pas par les réservations : ce sont les gains sans risque et sans arbitrage.
  • Le montant total ne dit rien ; le coût unitaire dit tout.
  • Une hausse inexpliquée peut être un incident de sécurité avant d'être un sujet de coût.

Ce site vous est utile ?

Sachez que moins de 1% des lecteurs soutiennent ce site.

Je maintiens +700 guides gratuits, sans pub ni tracking. Un soutien, même symbolique, m'aide à couvrir l'hébergement et à garder ces ressources gratuites. Merci pour votre appui.

Le formulaire ne s'affiche pas ? Ouvrir Ko-fi dans un onglet.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn