Pour allouer précisément vos coûts entre centres de coûts, vous devez traiter les coûts partagés. Voici comment les répartir entre différents groupes dans DoiT Cloud Intelligence™.
Dans le parcours cloud de toute entreprise, un événement déclencheur finit par imposer un examen bien plus poussé de la facture cloud.
Cela peut survenir lorsque vous franchissez un certain seuil de dépenses mensuelles, qu'un pic de coût important passe inaperçu, lorsque vous négociez un contrat d'engagement avec votre ou vos fournisseurs cloud, ou encore lorsque vous n'arrivez pas à expliquer vos dépenses à l'équipe dirigeante ou au conseil d'administration.
Quel que soit l'événement, l'allocation des coûts est la clé pour gagner en transparence sur vos dépenses cloud et maîtriser ces situations. Une fois vos coûts alloués selon votre structure organisationnelle, vous répondrez sans peine aux questions métier sur vos dépenses cloud et pourrez inciter les Engineers à assumer la part de coûts qui leur revient.
Et s'il est essentiel de mapper vos coûts cloud sur vos centres de coûts, il faut aussi composer avec les coûts partagés : frais de support, ressources mutualisées (le stockage, par exemple), et bien d'autres.
Si vous ignorez les coûts partagés au moment de l'allocation :
- Vous allouerez soit trop, soit trop peu de coûts à vos centres de coûts,
- Personne n'en assumera la responsabilité, et ils risqueront de déraper, et/ou
- Vos prévisions et vos budgets reposeront sur des données incomplètes, conduisant à des décisions mal éclairées
C'est précisément pourquoi le Cost Splitting des Cloud Analytics Reports permet aux clients DoiT de répartir facilement les coûts partagés et non alloués entre différents groupes de parties prenantes dans DoiT Cloud Intelligence.
Avant d'aborder la répartition des coûts partagés et non alloués dans DoiT Cloud Intelligence, revenons rapidement sur deux prérequis :
- Mapper les coûts cloud sur des regroupements propres à votre activité, et
- Les combiner pour identifier les centres de coûts entre lesquels répartir les coûts partagés
Mapper les coûts cloud sur votre structure organisationnelle avec les Attributions
Les clients DoiT s'appuient sur les Attributions pour relier les coûts cloud à leur activité. Une Attribution est un regroupement logique de ressources cloud (VM individuelles, tags, projets/comptes, etc.).
Avec les Attributions, nul besoin d'une structure de comptes ou d'un tagging parfaits pour commencer à mapper les coûts cloud sur des catégories métier comme les produits, les équipes, et bien d'autres. Vous pouvez aussi compléter une bonne structure de comptes et un tagging soigné grâce aux Attributions, et éviter que leurs limites ne vous empêchent d'allouer correctement les coûts.
Par exemple, certains services cloud présentent leurs propres particularités quant à la manière dont les coûts peuvent être tagués, et jusqu'à quel point. Google Cloud Storage ne propose qu'un étiquetage au niveau du bucket, et non par objet. Difficile, dès lors, de gérer des buckets imputables à plusieurs entités.
Vous pouvez aussi avoir une structure projet/compte par équipe, avec un ou plusieurs projets partagés dont les coûts doivent être redistribués.
Enfin, il est impossible de tagger des coûts rétroactivement. Dans tous ces cas de figure, les Attributions complètent votre stratégie de tagging pour atteindre une allocation exhaustive.
Exemple d'une Attribution définissant les coûts d'une équipe Engineering (toute ressource taguée team:engineering dans deux comptes)
Dans l'exemple ci-dessous, les coûts de la BI Application correspondent à toute ressource portant un label team ou un libellé de projet associé à BI Application.
Pour découvrir d'autres cas d'usage courants des Attributions, consultez cet article.
Exemple d'une attribution définissant les coûts d'une application BI
Nous allons ensuite définir les coûts partagés au moyen d'Attributions. Dans notre cas, nous avons regroupé tous les frais liés au support AWS et GCP, mais les coûts partagés peuvent aussi englober des ressources mutualisées comme le stockage ou les coûts Kubernetes.
Attribution définissant les coûts cloud partagés
Regrouper les Attributions et les coûts partagés
Les Attribution Groups vous permettent d'allouer les coûts au sein d'un ensemble commun d'Attributions, ce qui prépare le terrain pour la répartition des coûts partagés et non alloués (les coûts qui ne sont rattachés à aucune Attribution dans un Attribution Group).
Une fois créées toutes les Attributions sur lesquelles vous souhaitez mapper les coûts — dans notre cas, l'ensemble de nos applications + les coûts partagés —, l'étape suivante consiste à les regrouper dans un Attribution Group.
Vous pouvez voir ci-dessous un Attribution Group Applications contenant des Attributions qui représentent les coûts de trois applications différentes, nos coûts partagés ainsi que les coûts non alloués.
Groupe d'Attributions représentant les coûts de nos différentes applications, ainsi que les coûts partagés.
Groupe d'Attributions représentant les coûts de nos différentes applications, ainsi que les coûts partagés.
Ils permettent également de ventiler un groupe d'Attributions selon un autre groupe. Dans l'exemple ci-dessous, nous ventilons les coûts applicatifs par environnement à l'aide de deux Attribution Groups : l'un contenant les coûts applicatifs, l'autre les coûts par environnement.
Répartir les coûts partagés et non alloués
Nous voici prêts à répartir les coûts non alloués et partagés entre les trois applications dont nous voulons suivre les coûts. Lancez la visite interactive pour en faire l'expérience par vous-même, ou suivez les étapes ci-dessous.
Pour cela, nous allons construire un rapport à partir de notre Attribution Group Applications. Cliquez ensuite sur les trois points verticaux à côté du chip Applications, puis sur Distribute costs.
Commençons par répartir les coûts non alloués en sélectionnant l'élément Unallocated dans le menu déroulant.
Trois options s'offrent à vous pour répartir les coûts :
- Evenly split — Répartit les coûts à parts égales entre toutes les Attributions sélectionnées.
- Proportional — Répartit les coûts entre vos Attributions selon le coût pondéré proportionnel de chaque Attribution sélectionnée.
- Custom — Répartit les coûts entre vos cibles selon un pourcentage que vous définissez.
Nous allons répartir les coûts non alloués à parts égales entre les trois Attributions d'application.
Enfin, cliquez sur Distribute cost et relancez le rapport. Nous procéderons de la même manière pour notre Attribution Shared Costs.
Ci-dessous, on voit comment les coûts de chaque équipe se répartissent entre leurs coûts réels et leur part des coûts partagés et non alloués.
Nous disposons désormais d'une vision plus juste des coûts dont chaque équipe est responsable. À plus long terme, l'objectif est de réduire ces coûts non alloués (idéalement à 0 $) grâce au tagging et/ou à l'affinage de vos Attributions.
L'un des grands principes du FinOps veut que chacun assume la responsabilité de son usage cloud. Mais pour que les équipes d'engineering y parviennent, il leur faut une vision précise de leurs coûts. Sans cela, toute analyse des coûts cloud risque de mener à des conclusions complètement faussées.
Le Cost Splitting dans DoiT Cloud Intelligence vous permet de répartir les coûts partagés et non alloués entre vos unités métier concernées, afin d'instaurer non seulement la transparence des coûts auprès de vos utilisateurs cloud, mais aussi la responsabilisation.
Lancez la visite interactive : elle vous guidera dans la création d'une Attribution et d'un Attribution Group, jusqu'à la répartition des coûts partagés et non alloués entre eux.