L'allocation des coûts permet d'attribuer les dépenses cloud aux équipes qui les génèrent, de repérer les coûts manquants et d'identifier les dépenses non gouvernées. Voici comment ventiler vos coûts cloud par environnement.
Qu'est-ce que l'allocation des coûts
Le passage du data center au cloud a transformé les dépenses IT, qui sont passées du statut de dépense d'investissement à celui de dépense opérationnelle. Cette évolution a fait émerger de nouveaux défis de gouvernance des coûts cloud. Au lieu de devoir formellement demander un budget pour acheter des serveurs ou du matériel, les développeurs (ou les systèmes automatisés) peuvent désormais provisionner des instances en quelques clics, ce qui entraîne souvent des dépassements et des dépenses non attribuées.
L'une des premières étapes pour mieux gouverner vos dépenses cloud consiste à organiser et regrouper vos coûts selon des catégories définies en interne (par exemple, les business units). Connu sous le nom de Cost Allocation, ce processus vous aide à identifier les coûts partagés entre plusieurs équipes afin de les répartir en conséquence. Il vous aide également à détecter les coûts manquants et les dépenses non gouvernées. Pas d'inquiétude : l'allocation des coûts est une discipline qui se construit avec le temps — inutile de tout allouer parfaitement dès le départ.
Une fois les coûts alloués, il devient plus simple d'en rendre compte et de bâtir des budgets et prévisions plus précis. Cependant, il n'existe pas de méthode unique pour allouer vos données de coûts et d'utilisation, et les outils pour vous y aider ne manquent pas.
Voyons comment allouer vos coûts cloud par environnement avec Google Cloud, AWS et la technologie d'analyse cloud propriétaire de DoiT.
Pourquoi allouer les coûts par environnement
Comprendre le coût par environnement permet de répondre à des questions telles que : combien nous coûte le service rendu à nos clients par rapport au développement, aux tests ou à l'expérimentation ? Dans certains pays, vous pouvez bénéficier d'incitations financières en capitalisant les coûts de R&D et en les amortissant dans le temps pour libérer de la trésorerie. Cela alimente aussi les conversations internes qui poussent les ingénieurs à passer à l'action et à générer des économies à terme.
Par exemple, vous pouvez choisir de vous concentrer sur les coûts de production – non seulement en raison de leur poids dans les dépenses, mais aussi parce que vos analyses peuvent vous aider à calculer les marges par client, ce qui s'avère utile lors des échanges commerciaux pour déterminer la remise à accorder. Cela vous aidera aussi à mieux appréhender la saisonnalité si votre secteur connaît des cycles d'usage côté clients.
Suivre les tendances de dépenses dans votre environnement de développement vous permettra de détecter rapidement les problèmes de stabilité ou de scalabilité et de minimiser les incidents au moment de la mise en production d'une fonctionnalité.
Enfin, une meilleure compréhension des coûts par environnement et de leurs tendances vous permet, à vous et à vos ingénieurs, d'établir des prévisions et des budgets précis. C'est votre réponse à la question : à partir de quel seuil les dépenses deviennent-elles excessives ?
Comment allouer les coûts par environnement
La manière dont vous suivez le coût par environnement dépend de la façon dont vous définissez un environnement. Cela passe généralement par des tags ou labels définis par l'utilisateur, dont la clé environment prend des valeurs comme prod, dev, staging, etc.
Définir les environnements ainsi vous permet de créer des découpages plus granulaires, comme la mesure des coûts de production par compte ou par projet.
Nous avons aussi vu d'autres clients délimiter leurs environnements à l'aide des Projects (Google Cloud) ou des Accounts (AWS), voire des dossiers IAM dans Google Cloud.
Calculer le coût par environnement dans Google Cloud
Voici un exemple de visualisation des coûts par environnement dans les Billing Reports de Google Cloud. Ici, j'ai filtré sur trois projets, chacun représentant un environnement différent.
Calculer le coût par environnement dans AWS
Voici un exemple de visualisation des coûts par environnement dans AWS Cost Explorer. Nous avons filtré sur des valeurs spécifiques du tag Environment et regroupé selon ce même tag pour ventiler les coûts par environnement.
Pour mettre en place ce tag et ses valeurs, vous devrez créer des User-Defined Cost Allocation Tags — idéalement via l'AWS Tag Editor. Une fois créés, il suffit d'activer les tags pour l'allocation des coûts avant de pouvoir les exploiter dans Cost Explorer. Comptez 24 à 48 heures avant que les tags n'apparaissent dans Cost Explorer après leur création. Plus vous le faites tôt, mieux c'est, car les tags ne s'appliquent pas rétroactivement aux ressources. Toute analyse fondée sur les tags n'affichera les données qu'à partir du jour où la ressource a été taguée.
Calculer le coût par environnement avec la technologie DoiT Cloud Analytics
Les clients DoiT accèdent à une technologie propriétaire qui les aide à décrypter leur facture cloud, notamment via les Cloud Analytics Reports et les Attributions.
Les Attributions vous permettent de définir des entités propres à votre entreprise, comme un environnement, en regroupant des ressources cloud (projects/accounts, labels/tags, etc.). Une fois créées, elles servent à bâtir des Reports qui replacent vos coûts cloud dans le contexte de votre activité.
Ci-dessous, j'ai créé une Attribution Staging Environment qui regroupe tous les Google Cloud Projects contenant le mot staging. Dans ce cas, c'est ainsi que MON entreprise définit un environnement de staging.
Vous pouvez aussi préférer recourir à des tags/labels pour distinguer vos différents environnements. Par exemple, vous pourriez avoir deux tags/labels (ou plus) pour un même environnement, comme Prod, prod, Production et production, comme on le voit dans la capture ci-dessous. Un problème courant : ce reporting est réalisé par une équipe FinOps ou un groupe central, qui peine à imposer une cohérence des métadonnées ; c'est donc à l'outil d'analyse de s'en charger. En regroupant ces tags/labels via les Attributions, vous résolvez précisément ce problème.
J'ai également créé des Attributions pour les environnements Prod et Dev. Une fois créées, vous pouvez visualiser leurs coûts côte à côte dans les Cloud Analytics Reports, comme ci-dessous.
De là, vous pouvez générer en un clic des prévisions de coûts pour un environnement précis, comme je l'ai fait ci-dessous avec Dev.
Et si vous souhaitez approfondir l'analyse des coûts d'un environnement, vous pouvez les ventiler par service. Comme vous le voyez ci-dessous, vous faites alors ressortir les services dont les dépenses ont le plus progressé en pourcentage d'un mois sur l'autre.
Une fois identifié(s) le ou les services dont les coûts ont le plus augmenté — dans notre cas Google Cloud Pub/Sub — vous pouvez descendre d'un cran pour repérer les SKUs à l'origine de cette hausse.
Enfin, vous pouvez utiliser les Attributions pour créer des budgets propres à chaque environnement et limiter les mauvaises surprises, comme nous l'avons fait ci-dessous pour notre environnement de développement. Nous avons défini des seuils qui, une fois dépassés, déclenchent des alertes par e-mail et/ou Slack lorsqu'une action s'impose (par exemple, consommer 50 % du budget mensuel dans les sept premiers jours du mois). Nous pouvons aussi comparer les dépenses réelles au budget, ainsi que les dépenses prévues au budget.
Pouvoir explorer ainsi vos coûts par environnement — ou toute autre catégorie de coûts qui n'est pas évidente à calculer en standard — alimente avec votre équipe des conversations que vous n'auriez pas eues autrement. Au final, cela renforce la responsabilisation et la prise de conscience des dépenses cloud à l'échelle de l'organisation. Résultat : moins de mauvaises surprises, des boucles de feedback plus rapides et des comportements plus efficients dans la durée. Les responsables de chaque enveloppe allouée gagnent aussi en autonomie.
Une fois cette démarche menée au niveau tier-1, vous pouvez déléguer la gestion plus bas dans la pile (au niveau de l'équipe pour un engineering manager, ou au niveau du produit pour un product manager, par exemple). N'oubliez pas : l'allocation des coûts est une discipline d'amélioration continue !
Comprendre les coûts cloud n'est qu'un début
Dans de prochains articles, nous aborderons d'autres cas d'usage de l'allocation des coûts à considérer, alors restez à l'écoute !
DoiT Cloud Analytics vous aide à décrypter votre facture cloud, mais ce n'est qu'une pièce du puzzle de la gestion du cloud. En tant que Premier Partner d'AWS et de Google Cloud, nous avons accompagné des milliers d'entreprises dans la gestion et l'optimisation de leurs déploiements cloud.
C'est pourquoi les clients DoiT bénéficient également de produits propriétaires qui leur permettent de s'assurer qu'ils paient toujours au meilleur prix et d'éliminer les tâches administratives chronophages grâce à l'automatisation. Et pour les sujets qui requièrent une intervention humaine — comme la migration vers une architecture conteneurisée ou la construction d'un pipeline de données — vous disposez d'un accès illimité à des architectes cloud seniors partout dans le monde. Voyez cela comme une capacité cérébrale à la demande, ou un StackOverflow personnel.
Pour en savoir plus sur la collaboration avec DoiT, échangez dès aujourd'hui avec un expert ou consultez notre dernier ebook, The Cost Conscious Cloud.