{"id":20910,"date":"2023-01-06T12:59:39","date_gmt":"2023-01-06T12:59:39","guid":{"rendered":"https:\/\/babelgroup.com\/les-depenses-liees-au-cloud-comme-mesure-pertinente\/"},"modified":"2025-06-09T15:55:14","modified_gmt":"2025-06-09T13:55:14","slug":"les-depenses-liees-au-cloud-comme-mesure-pertinente","status":"publish","type":"post","link":"https:\/\/babelgroup.com\/fr\/les-depenses-liees-au-cloud-comme-mesure-pertinente\/","title":{"rendered":"Les d\u00e9penses li\u00e9es au Cloud comme mesure pertinente\u00a0"},"content":{"rendered":"
\n

Initiatives et objectifs\u00a0<\/strong><\/h2>\n

Si la transformation num\u00e9rique nous a laiss\u00e9 quelque chose, c’est l’\u00e9tat d’esprit de changement constant<\/strong>, ou d’am\u00e9lioration continue, selon lequel toute entreprise ou individu doit toujours \u00eatre en mouvement pour atteindre ses objectifs. La cl\u00e9 est d’avancer par le biais d’un flux de petites initiatives r\u00e9visables qui apportent des changements<\/strong> (dans nos processus, nos activit\u00e9s, nos d\u00e9partements) et dont l’impact peut \u00eatre mesur\u00e9 pour guider l’initiative suivante.<\/p>\n

Ce cycle constant implique d’avoir des objectifs clairs <\/strong>(mais pas n\u00e9cessairement immuables), de lancer des initiatives avec agilit\u00e9 (afin de pouvoir attribuer des r\u00e9sultats aux initiatives et d’avoir la capacit\u00e9 d’it\u00e9rer) et de mesurer correctement l’impact<\/strong> sur les objectifs.<\/p>\n

Au d\u00e9part, il peut sembler que mesurer l’impact d’une initiative, \u00e0 l’\u00e8re o\u00f9 les organisations stockent toutes les informations dans une perspective d’avenir, soit une affaire simple. Toutefois, le fait de disposer des donn\u00e9es ne permet pas de r\u00e9pondre directement \u00e0 la question. Le plus difficile est d’interpr\u00e9ter ces informations et de poser les bonnes questions.<\/p>\n

Pour mesurer si nous atteignons les objectifs, nous devons les relier \u00e0 de bons indicateurs cl\u00e9s de performance (KPIS)<\/strong> qui sont clairement li\u00e9s aux objectifs (et contextualis\u00e9s). Ensuite, identifiez les mesures disponibles qui seront utilis\u00e9es pour formuler les indicateurs cl\u00e9s de performance.<\/p>\n

Parfois, la relation entre objectif, indicateur et m\u00e9trique est simple et directe. Par exemple, si l’un des objectifs \u00e9tait d’augmenter les ventes annuelles de 20%, l’indicateur serait l’\u00e9volution des ventes sur une p\u00e9riode d’un an, et serait calcul\u00e9 \u00e0 partir des ventes issues du CRM.<\/p>\n

En d’autres occasions, la relation n’est pas aussi directe. Par exemple, si notre objectif \u00e9tait d’augmenter l’engagement du personnel de 20 %, nous constaterions qu’il n’existe pas d’indicateur direct ou universel et nous devrions probablement en concevoir un sur mesure, bas\u00e9 sur une combinaison de plusieurs mesures, comme, par exemple, le taux de participation aux \u00e9v\u00e9nements de l’entreprise, l’augmentation du nombre d’id\u00e9es dans la bo\u00eete \u00e0 id\u00e9es, le nombre de recommandations internes, etc.<\/p>\n

Ces types d’indicateurs sont connus sous le nom d’indicateurs proxy<\/strong>, car lorsque nous ne pouvons pas mesurer directement l’\u00e9tat d’un syst\u00e8me, nous devons nous appuyer sur d’autres mesures qui sont li\u00e9es au syst\u00e8me que nous voulons mesurer. Ces indicateurs de substitution auront une relation physique avec l’indicateur souhait\u00e9 qui peut \u00eatre calcul\u00e9 \u00e0 partir d’eux, de la m\u00eame mani\u00e8re que le climat d’il y a des millions d’ann\u00e9es est calcul\u00e9<\/a> \u00e0 l’aide de param\u00e8tres alternatifs actuellement disponibles tels que les niveaux d’isotopes.
\nDans cet article, nous allons parler d’une mesure tr\u00e8s int\u00e9ressante comme les d\u00e9penses li\u00e9es au cloud, qui peut \u00eatre pertinente pour les indicateurs de forme en raison de la quantit\u00e9 d’informations qu’elle contien<\/strong>t.<\/p>\n

Les d\u00e9penses dans le\u00a0<\/b>Cloud<\/strong>\u00a0<\/em><\/h2>\n

Les organisations “natives du Cloud<\/em>” fonctionnent selon ce principe d’am\u00e9lioration continue car elles ont l’avantage que le “syst\u00e8me d’exploitation” sur lequel fonctionnent leurs charges de travail est con\u00e7u pour \u00eatre pilot\u00e9 par le code, ce qui leur donne la souplesse n\u00e9cessaire pour mettre en \u0153uvre des changements. Leurs applications sont con\u00e7ues nativement pour tirer parti des ressources du Cloud<\/em>, o\u00f9 une approche de paiement \u00e0 l’utilisation leur donne la possibilit\u00e9 de mieux comprendre leur investissement.<\/p>\n

Avant le Cloud<\/em>, le calcul des co\u00fbts d’infrastructure \u00e9tait compliqu\u00e9 car il y avait de nombreux co\u00fbts partag\u00e9s (des serveurs aux co\u00fbts \u00e9nerg\u00e9tiques des b\u00e2timents), des co\u00fbts de main-d’\u0153uvre pour la maintenance, des licences, le mat\u00e9riel \u00e9tait un investissement \u00e0 amortir, et il n’\u00e9tait pas n\u00e9cessaire de justifier l’effort de le calculer en permanence. L’infrastructure \u00e9tait donc g\u00e9n\u00e9ralement consid\u00e9r\u00e9e comme faisant partie d’un centre de co\u00fbts informatiques commun. L’effort de d\u00e9composer le co\u00fbt par unit\u00e9s commerciales, applications ou m\u00eame \u00e9quipements n’a pas \u00e9t\u00e9 tr\u00e8s fructueux.<\/p>\n

Cependant, lorsque nous op\u00e9rons dans le Cloud<\/em>, ces donn\u00e9es nous sont fournies sur la facture et nous pouvons savoir ce que co\u00fbte l’ensemble de l’infrastructure qui supporte nos charges de travail. Cela nous rend plus conscients de l’investissement n\u00e9cessaire en ressources pour d\u00e9ployer un service ou un syst\u00e8me. Mais le plus int\u00e9ressant, c’est que ces d\u00e9penses peuvent \u00eatre ventil\u00e9es au niveau que nous souhaitons, de sorte que nous pourrions savoir combien chaque domaine, application, d\u00e9partement, y compris les \u00e9quipements, consomme. Et c’est pourquoi les d\u00e9penses li\u00e9es au cloud <\/em>deviennent une mesure tr\u00e8s nutritive. Cependant, comme toute m\u00e9trique, elle n’est pas simple ou directe \u00e0 appliquer, et devra \u00eatre contextualis\u00e9e et calibr\u00e9e avant d’\u00eatre utilis\u00e9e.<\/p>\n

Tous les Hyperscalers fournissent une structure hi\u00e9rarchique de comptes, de projets ou de groupes de ressources qui permettent de s\u00e9parer les d\u00e9penses. Lorsque ce niveau de regroupement n’est pas suffisant, nous recourons \u00e0 l’utilisation de labels de ressources qui nous permettront ensuite d’exploiter les informations relatives aux d\u00e9penses.<\/p>\n

Les d\u00e9penses d\u00e9taill\u00e9es ainsi que l’utilisation des ressources nous permettent de calculer des aspects tels que, par exemple, le co\u00fbt du stockage d’une donn\u00e9e (un client, un fichier), les d\u00e9penses d’un service API, ou le moteur de recherche de la page d’accueil. Des donn\u00e9es qu’il \u00e9tait impossible d’obtenir avant le Cloud<\/em>.
\nLes d\u00e9penses li\u00e9es au Cloud<\/em>sont une mesure que les \u00e9quipes d’ing\u00e9nierie comprennent et qui les rend plus conscientes de l’impact de leurs d\u00e9cisions techniques sur l’\u00e9quilibre g\u00e9n\u00e9ral du produit sur lequel elles travaillent.<\/p>\n

Lorsque nous parlons de mesures bas\u00e9es sur les d\u00e9penses en Cloud<\/em>, nous nous concentrons sur la partie directement li\u00e9e \u00e0 l’utilisation de l’infrastructure, IaaS, que nous pouvons obtenir en s\u00e9parant les d\u00e9penses par type de ressource, en laissant de c\u00f4t\u00e9 les autres d\u00e9penses telles que le support ou les services PaaS pour d’autres types d’analyse.<\/p>\n

Le co\u00fbt du Cloud\u00a0<\/em>(IaaS) est une mesure de substitution pour la technologie sous-jacente qui nous permet de mesurer directement ou indirectement d’autres facteurs pertinents tels que:<\/p>\n

    \n
  • \u00a0\u00a0\u00a0\u00a0Performance du syst\u00e8me<\/strong>. La performance est le rapport entre le travail utile obtenu dans un processus par rapport aux ressources totales utilis\u00e9es. Dans notre cas, cela se traduit par un indicateur qui mesure le degr\u00e9 d’utilisation des ressources en Cloud<\/em>. Par exemple, il peut \u00eatre utilis\u00e9 pour comparer deux technologies \u00e9quivalentes, en mesurant la diff\u00e9rence du nombre de demandes trait\u00e9es entre deux alternatives ayant les m\u00eames ressources (m\u00eame co\u00fbt).<\/li>\n<\/ul>\n
      \n
    • \u00a0\u00a0\u00a0\u00a0Le retour sur investissement.<\/strong> L’atomicit\u00e9 avec laquelle les applications sont construites (gr\u00e2ce aux microservices, au serverless, etc.) permet de s\u00e9parer les diff\u00e9rentes parties qui les composent, de sorte que le retour sur investissement pourrait \u00eatre mesur\u00e9 au niveau de la fonctionnalit\u00e9 du produit, c’est-\u00e0-dire si le co\u00fbt de l’infrastructure est compens\u00e9 par l’augmentation de l’activit\u00e9 provoqu\u00e9e par une nouvelle fonctionnalit\u00e9.<\/li>\n<\/ul>\n
        \n
      • \u00a0\u00a0\u00a0\u00a0La durabilit\u00e9.<\/strong> L’une des raisons qui p\u00e8sent de plus en plus lourd dans la d\u00e9cision de migrer vers le Cloud\u00a0<\/em>est le remplacement des centres de donn\u00e9es traditionnels par d’autres qui peuvent atteindre une meilleure efficacit\u00e9. Aux objectifs li\u00e9s \u00e0 la durabilit\u00e9 peuvent s’ajouter des initiatives visant \u00e0 r\u00e9duire l’utilisation des ressources, ce qui se traduit par un co\u00fbt inf\u00e9rieur en raison d’un double facteur : la r\u00e9duction des ressources par l’optimisation et la substitution de ressources plus efficaces, qui sont g\u00e9n\u00e9ralement propos\u00e9es par les Clouds\u00a0<\/em>\u00e0 un prix inf\u00e9rieur.<\/li>\n<\/ul>\n
          \n
        • \u00a0\u00a0\u00a0\u00a0Le rapport co\u00fbt-efficacit\u00e9.<\/strong> Similaire au facteur pr\u00e9c\u00e9dent. Elle permet d’augmenter la marge d’un syst\u00e8me (produit ou service de l’organisation) en r\u00e9duisant les d\u00e9penses en Clouds\u00a0<\/em>par l’utilisation (optimisation de l’utilisation, etc.). Contrairement \u00e0 la durabilit\u00e9, ce facteur peut \u00eatre am\u00e9lior\u00e9 en appliquant des r\u00e9ductions du co\u00fbt du Cloud\u00a0<\/em>par le biais de remises pour l’engagement d’utilisation, comme la r\u00e9servation d’instances ou l’utilisation d’instances sp\u00e9cifiques.<\/li>\n<\/ul>\n

          Durabilit\u00e9\u00a0 <\/b><\/h2>\n

          Le d\u00e9veloppement durable est devenu l’un des principaux axes des strat\u00e9gies des organisations, faisant partie de leurs feuilles de route.<\/strong> Les activit\u00e9s d’une organisation commencent \u00e0 prendre en compte leur impact sur l’environnement, m\u00eame si nous sommes encore loin de pouvoir disposer de mesures qui incluent l’ensemble de la cha\u00eene de valeur.<\/p>\n

          En ce sens, les d\u00e9penses li\u00e9es au Cloud\u00a0<\/em>peuvent \u00e9galement \u00eatre consid\u00e9r\u00e9es comme un indicateur li\u00e9 \u00e0 la durabilit\u00e9, car les fournisseurs de Cloud\u00a0<\/em>deviennent des partenaires strat\u00e9giques dans la cha\u00eene d’approvisionnement et leur empreinte a un impact sur l’empreinte des organisations. Plus les d\u00e9penses sont faibles, meilleure est l’utilisation des ressources et donc plus faible est l’impact environnemental.<\/p>\n

          Le fournisseur de Cloud <\/em>se pr\u00e9occupe d’appliquer et de d\u00e9velopper la technologie la plus efficace et la plus performante afin d’am\u00e9liorer les marges, principalement par la r\u00e9duction de l’\u00e9nergie. L’investissement consenti par ces marques pour am\u00e9liorer leurs infrastructures est difficile \u00e0 r\u00e9aliser individuellement par les organisations car elles ne peuvent pas appliquer les \u00e9conomies d’\u00e9chelle, la mise en commun des ressources (conditionnement, entretien des installations, s\u00e9curit\u00e9), la rotation plus fr\u00e9quente du mat\u00e9riel, etc.\u00a0L’efficacit\u00e9 de ces centres de donn\u00e9es est mesur\u00e9e par la m\u00e9trique connue sous le nom de Power Usage Effectiveness (PUE)<\/strong>, qui mesure le rapport entre l’\u00e9nergie totale consomm\u00e9e et l’\u00e9nergie n\u00e9cessaire pour effectuer le calcul et est estim\u00e9e \u00e0 1,1 dans les cas les plus efficaces.
          \nMais comme pour la s\u00e9curit\u00e9 des Clouds\u00a0<\/em>, la durabilit\u00e9 est une responsabilit\u00e9 partag\u00e9e entre le fournisseur de Clouds\u00a0<\/em>et ses clients. C’est l\u00e0 que les clients ont la possibilit\u00e9 d’am\u00e9liorer leur impact et que les mesures des d\u00e9penses peuvent indirectement nous aider \u00e0 nous am\u00e9liorer.<\/p>\n

          Les organisations op\u00e9rant dans le Cloud\u00a0<\/em>doivent l’utiliser de mani\u00e8re responsable et activer des crit\u00e8res d’optimisation avant tout:<\/p>\n

            \n
          1. Ajuster correctement les ressources \u00e0 leurs besoins<\/strong>, en profitant de l’\u00e9lasticit\u00e9 du Cloud\u00a0<\/em>pour \u00e9voluer en fonction de la demande. De cette mani\u00e8re, il n’est pas n\u00e9cessaire de surdimensionner les infrastructures et donc les d\u00e9penses.<\/li>\n
          2. Il tire parti de l’atomicit\u00e9 avec laquelle les applications sont construites pour appliquer <\/strong>des politiques de conception et des cycles de vie personnalis\u00e9s pour chaque ressource. Par exemple, les donn\u00e9es peuvent \u00eatre s\u00e9par\u00e9es et diff\u00e9rents syst\u00e8mes de stockage peuvent \u00eatre utilis\u00e9s en fonction de la criticit\u00e9 de l’information, ou de ses attributs, de sorte que les donn\u00e9es utilis\u00e9es occasionnellement peuvent \u00eatre archiv\u00e9es.<\/li>\n
          3. Tirer parti de la ma\u00eetrise acquise <\/strong>dans le domaine de la livraison du code (CD) pour mettre \u00e0 niveau l’infrastructure sans incidence sur l’activit\u00e9. L’infrastructure des fournisseurs est constamment mise \u00e0 niveau vers des versions plus efficaces. La migration des charges de travail vers une nouvelle infrastructure peut \u00eatre simple pour les organisations qui ont atteint un niveau de maturit\u00e9 \u00e9lev\u00e9 dans leur processus de d\u00e9ploiement.<\/li>\n
          4. Utilisez l’infrastructure en tant que code (IaC)<\/strong> pour recr\u00e9er et retirer les environnements lorsque cela est n\u00e9cessaire, et les lib\u00e9rer lorsqu’ils ne sont pas utilis\u00e9s.<\/li>\n
          5. Concevoir avec des caract\u00e9ristiques r\u00e9alistes de fiabilit\u00e9<\/strong>, de r\u00e9silience, de s\u00e9curit\u00e9 et de latence pour chaque type de charge de travail. L’augmentation de la fiabilit\u00e9, de la r\u00e9silience ou la r\u00e9duction de la latence a des cons\u00e9quences sur les architectures d’application qui influent sur les ressources consomm\u00e9es. Toutes les charges de travail n’ont pas les m\u00eames exigences, nous devons donc nous adapter \u00e0 chaque cas.<\/li>\n<\/ol>\n

            La consommation du Cloud <\/em>peut nous aider \u00e0 estimer un impact initial et, par comparaison, \u00e0 voir comment les initiatives d’optimisation peuvent r\u00e9duire la consommation (proportionnellement \u00e0 l’entreprise) et, par cons\u00e9quent, fonctionner de mani\u00e8re plus durable.<\/p>\n

            FinOps\u00a0<\/em><\/h2>\n

            La prise de conscience de l’impact des d\u00e9cisions techniques sur le co\u00fbt des syst\u00e8mes transforme les \u00e9quipes charg\u00e9es des produits en petits investisseurs qui doivent trouver un \u00e9quilibre entre les co\u00fbts et les avantages<\/strong>.<\/p>\n

            Pour les ing\u00e9nieurs des \u00e9quipes, la nouvelle mesure du co\u00fbt du Cloud\u00a0<\/em>les incite \u00e0 tenir compte de l’efficacit\u00e9 lors de la conception et de la mise en \u0153uvre de leurs logiciels. Les d\u00e9cisions prises lors de la mise en \u0153uvre, telles que la dette technique, peuvent d\u00e9sormais avoir un impact non seulement sur la maintenabilit\u00e9 des logiciels, mais aussi sur les co\u00fbts. Cela implique une activit\u00e9 suppl\u00e9mentaire qui augmente la charge cognitive des ing\u00e9nieurs.<\/p>\n

            La charge cognitive est la quantit\u00e9 d’activit\u00e9s mentales que les d\u00e9veloppeurs doivent prendre en compte en m\u00eame temps pour ex\u00e9cuter une t\u00e2che. Le mod\u00e8le DevOps<\/em> a augment\u00e9 leur charge cognitive en les sensibilisant aux aspects de d\u00e9veloppement, de productisation et d’infrastructure.\u00a0Maintenant, l’ajout d’une nouvelle variable telle que le co\u00fbt des ressources peut ajouter une nouvelle charge.<\/p>\n

            Pour r\u00e9duire cette charge, les organisations int\u00e8grent des domaines de soutien dans la discipline FinOps<\/em>, qui aident l’organisation \u00e0 maximiser l’investissement dans le Cloud\u00a0<\/em>et \u00e0 aligner les objectifs entre les diff\u00e9rentes parties prenantes<\/strong> (finances, ing\u00e9nierie, cadres et entreprises). En ce qui concerne les \u00e9quipes d’ing\u00e9nierie, les sp\u00e9cialistes FinOps <\/em>aideront \u00e0 int\u00e9grer les mesures avec le moins de friction possible, tout comme les \u00e9quipes charg\u00e9es des plateformes aident les \u00e9quipes charg\u00e9es des produits \u00e0 se concentrer sur le d\u00e9veloppement.<\/div>\n

            <\/p>\n","protected":false},"excerpt":{"rendered":"

            La connaissance de ce \u00e0 quoi ressemblent les d\u00e9penses en Cloud <\/em>est pertinente pour former des indicateurs en raison de la quantit\u00e9 d'informations qu'elle contient.<\/strong><\/p>\n","protected":false},"author":2,"featured_media":29029,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[150],"tags":[],"class_list":["post-20910","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sem-categoria"],"acf":[],"_links":{"self":[{"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/posts\/20910","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/comments?post=20910"}],"version-history":[{"count":2,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/posts\/20910\/revisions"}],"predecessor-version":[{"id":1025836,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/posts\/20910\/revisions\/1025836"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/media\/29029"}],"wp:attachment":[{"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/media?parent=20910"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/categories?post=20910"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/babelgroup.com\/fr\/wp-json\/wp\/v2\/tags?post=20910"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}