Gouvernance et maîtrise des coûts cloud

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 module 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.

Ce que vous allez apprendre

• 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.

À qui s'adresse ce module, et qu'est-ce qu'il suppose ?

Ce module s'adresse à qui doit ouvrir une plateforme cloud à plusieurs équipes, typiquement un architecte ou un ingénieur qui a déjà déployé des ressources et qui doit maintenant décider qui peut quoi, où, et à quel prix. Il est de niveau intermédiaire et vaut pour tout fournisseur : les produits cités (politiques de contrôle de service, Azure Policy, politiques d'organisation) illustrent un concept, ils ne le définissent pas.

Il suppose deux acquis. Le premier est le vocabulaire du cloud public (région, compte ou projet, ressource), vu dans les modules de fondations. Le second est la notion de permission : savoir qu'une identité reçoit des droits, comme le détaille la page sur les identités et les accès. La lecture des modèles tarifaires aide pour la dernière leçon : les modèles de facturation et d'achat y sont référencés sans être réexpliqués.

Pourquoi la discipline ne suffit jamais

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 module 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. Une ressource sans étiquette est aussi une ressource que personne n'osera supprimer, faute de savoir à qui elle appartient. C'est le prérequis le plus ingrat du module, et celui dont le retard coûte le plus cher, parce qu'il ne se rattrape pas rétroactivement.

Les trois leçons du module

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.

L'ordre compte plus qu'ailleurs

Ces trois leçons ne sont pas interchangeables. L'étiquetage ne sert à rien sans découpage en comptes, parce qu'on ne sait pas à qui rattacher la ligne. Les leviers d'économie ne se mesurent pas sans étiquetage, parce qu'on ne voit qu'un total. Une organisation qui commence par les optimisations tarifaires obtient donc une remise dont personne ne saura dire si elle porte sur de l'utile ou sur de l'oublié.

À retenir

• 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 les plus rapides, sans arbitrage pour le jetable ; sur la production, vérifiez d'abord l'usage et posez un verrou (garde-fous).
• 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.

Contrôle de connaissances

Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

6 questions

6 min.

70% requis

Informations

• Le chronomètre démarre au clic sur Démarrer
• Questions à choix multiples, vrai/faux et réponses courtes
• Vous pouvez naviguer entre les questions
• Les résultats détaillés sont affichés à la fin

Démarrer le quiz

Lance le quiz et démarre le chronomètre

×

📖 Voir la documentation →