 C'est bon, c'est parti, à toi, Christophe. Bonjour tout le monde, aujourd'hui je vais vous parler de comment est-ce qu'on peut rendre l'invisible visible et plus spécifiquement dans le contexte de comment mesurer, enfin en tout cas essayer de mesurer l'impact carbone d'application cloud. Alors tout d'abord, ce qu'il faut savoir c'est que moi je commence ma démarche là-dedans, donc je ne suis absolument pas un expert dans le domaine et le truc que j'ai réalisé c'est que c'est un vaste sujet et plus on creuse et plus on trouve qu'il y a à creuser en fait. Donc plus on en apprend, plus on réalise qu'il y a beaucoup de choses à apprendre sur le sujet. Donc pour remettre un peu le contexte en place mais bon j'imagine qu'à peu près tout le monde est au courant maintenant, ça c'est un graphique qui montre l'évolution de la température globale sur la planète par rapport à l'âge pré-industriel et comme on peut voir plutôt vers la droite, c'est les anomalies de température en positif donc c'est-à-dire que globalement, genre de nos jours, il fait globalement sur la terre 0,6°C plus chaud qu'avant. Et ce qu'il faut savoir c'est que c'est la température moyenne sachant que les, je suis plus combien mais genre peut-être 75% non je ne sais plus de la planète c'est de l'eau, l'eau se réchauffe beaucoup moins vite que les surfaces terrestres donc en fait pour les pays ou les pays en gros l'impact est beaucoup plus important par exemple quand on vise 1,5°C de plus que avant l'air pré-industriel pour le monde c'est en moyenne pour la France je ne sais plus le chiffre exactement mais en gros si on est à 1,5°C en moyenne ça sera sans doute genre trop au 4°C pour la France on peut se dire ok 0,6°C tu perds c'est pas grand chose mais si on remet dans le contexte de l'être humain où on est à 32°C de moyenne si on passe à 37,8°C là on est en fièvre déjà on est malade et si en plus en fait on est à plus 3°C c'est plus la même chose donc le gros problème enfin l'impact prédominant la science maintenant est enfin éclairce à ce sujet là le gros problème c'est les émissions de gaz à effet de serre alors on parle beaucoup du dioxyde de carbone mais bon il n'y a pas que ça et en général quand on s'intéresse au problème on parle d'équivalent en dioxyde de carbone parce qu'il y a plein de gaz différents qui contribuent à l'effet de serre mais on peut ramener leur pouvoir, leur contribution à l'effet de serre à un équivalent au dioxyde de carbone alors on voit sur cette courbe c'est la quantité de CO2 en équivalent qu'on met dans l'atmosphère par année et globalement si on voudrait arrêter de réchauffer la planète faudrait que cette courbe s'inverse or comme on peut le voir à part l'année 2020 où on a eu une baisse record de 5,4% à cause du Covid là en 2021 on est reparti comme avant voire plutôt pas mal avec plus 4,9% sachant que le but c'est d'arriver à 0 carbone en net dans l'atmosphère pour 2050 ça veut dire réduire les émissions de CO2 et autres gaz de 1,4 milliard de tonnes par an et on n'est pas du tout sur ces trajectoires là à l'heure actuelle ça c'est un autre diagramme qui montre qu'on n'est pas sur cette trajectoire là je vais passer assez vite mais en gros les trajectoires jaune et verte c'est ce qu'il faudrait faire pour rester sur plus 1,5 en vert et plus de degrés en jaune la trajectoire en bleu c'est ce que les nations ont actuellement promis de faire les efforts qu'ils ont promis de faire pour essayer de résoudre le problème donc on voit déjà que la trajectoire en bleu ça suit pas ce qu'on est censé faire pour réduire les trucs donc ça c'est ce que les nations ont promis sachant qu'en plus les nations ne respectent pas leurs engagements donc même si on respectait les engagements on n'est déjà pas dans le truc mais en plus on respecte pas les engagements donc il ya un petit cartoon qui montre bien le qui à mon avis résume bien le problème des ses fines bon je sais pas pour vous mais pour moi c'est pas c'est pas trop fine donc qu'est ce qu'on peut faire en particulier qu'est ce qu'on peut faire en tant que développeur en tout cas moi c'est mon cas je suis développeur donc qu'est ce que concrètement moi je peux faire il ya une présentation pas mal j'ai un lien enfin chaque chaque slide il ya des références en bas pour les informations en question une présentation pas mal qui qui essaye de montrer que chacun peut avoir peut faire quelque chose pour le climat et ce qu'on peut faire c'est en gros l'intersection enfin c'est résumé par ce diagramme de veines et ce qu'on peut faire se situer à l'intersection de trois de trois domaines en quelque sorte qu'est ce qui nous rapporte de la joie la satisfaction parce qu'il ya tellement de choses à faire que et que de toute façon on peut trouver quelque chose un domaine qui va nous intéresser et nous nous satisfaire c'est pas la peine de se prendre la tête de se forcer à faire quelque chose il ya tellement de choses à faire qu'on peut forcément trouver quelque chose qui va nous intéresser le deuxième domaine c'est qu'elles sont nos compétences pardon forcément si on essaye en plus de faire quelque chose mais qu'on n'a pas les compétences on va être frustré donc autant essayer de faire quelque chose dans lequel on est bon et la troisième chose c'est qu'est ce qui a besoin d'être fait donc à l'intersection de ces trois domaines on peut trouver un peu ce qu'on peut faire et là je vous propose une des solutions en tant que développeur c'est de s'interrocer à l'impact du numérique sur sur l'environnement et voir comment en tant que développeur on peut essayer de faire quelque chose à ce sujet donc on a tendance à penser que vu que c'est des merveilleux vu que le numérique est dématérialisé pardon bah ça a pas d'impact réel c'est dans le clard c'est super il n'y a pas d'impact c'est pas tout à fait vrai si on rapporte le numérique ses impacts en termes enfin au niveau global ça correspondrait à un septième continent donc après suivant les indicateurs c'est plus ou moins impactant et par exemple en rapportant à la taille de la france suivant les indicateurs c'est deux à trois fois l'impact de la france par exemple pour les émissions en gaz de à effet de serre donc le chiffre ghg là c'est 3,8 % de des émissions globales et c'est à peu près deux fois les émissions de toute la france donc on voit tout de suite que là l'impact il est clairement pas négligeable bon après il y a d'autres impacts il n'y a pas que les émissions à effet de serre mais il y a la consommation d'énergie consommation d'électricité un truc on pense pas forcément tout le temps la consommation en eau puis bien évidemment les ressources naturelles si on s'intéresse à comment ces impacts sont répartis on voit que la majorité des impacts sont sur les équipements utilisateurs donc les colonnes ça indique les différentes catégories d'impact et les lignes les les différents domaines du numérique on va dire donc la première ligne c'est les utilisateurs des équipements tous les terminaux les téléphones portables les ordinateurs etc donc on voit que la majorité des impacts est à ce niveau là donc on reparlera de ça un peu plus tard donc juste pour mentionner ghg c'est greenhouse gazis donc gaz à effet de serre adp c'est les ressources à biotique donc c'est tout ce qui est minéraux etc. rares etc. donc les majorités d'impact n'impact au niveau des utilisateurs enfin l'équipement des utilisateurs donc c'est tout ce qui est production après on a le réseau et les centres de données donc nous dans cette présentation donc on voit qu'il y a plein de trucs qu'on peut faire à plein de domaines différents dans cette présentation on va surtout s'intéresser à la colonne ghg donc gaz à effet de serre et plus particulièrement à la dernière ligne donc c'est les 15% donc vous allez voir que on s'intéresse à ce cas vraiment pas particulier mais assez restreint donc il y a quand même un périmètre très large en plus de ce qu'on va voir alors pourquoi s'intéresser aux émissions carbonées des applications bah tout d'abord parce que dans le diagramme de veine moi je suis développeur je développe des applications des applications cloud c'est quelque chose sur lequel je peux agir c'est mon domaine de développer donc je sais enfin j'ai les compétences pour et je peux essayer c'est quelque chose sur lequel je peux avoir un impact un niveau personnel ou en tout cas au niveau de mon organisation proche une autre chose aussi c'est qu'il y a cette notion de scope alors de je sais plus comment traduire ça en français exactement mais en un domaine ou catégorie plutôt sur lesquels les émissions sont évaluées donc on entend souvent plein de boîtes qui sont supposées être neutres en carbone ce qu'il faut savoir c'est que souvent cette neutralité elle elle est évaluée seulement sur les catégories 1 et 2 alors si on regarde le diagramme à côté les catégories 1 et 2 c'est catégorie 1 c'est la consommation les émissions directe c'est à dire si dans notre activité on brûle des des énergies fossiles on crée directement des émissions qu'est ce qui se passe là je ne sais pas pourquoi ça fait ça on crée directement des émissions donc ça va rentrer dans la première catégorie la catégorie 2 c'est tout ce qui concerne les émissions indirectes liées à la consommation d'énergie c'est à dire les émissions associées à notre consommation d'électricité donc ça ces deux catégories là sont relativement simples à calculer parce que bon voilà c'est soit direct soit indirect avec l'électricité on peut le calculer facilement et c'est pour ça que la plupart des entreprises qui donnent des informations sur leur rapport carbone se base essentiellement sur ces deux catégories là mais le problème c'est que il ya la catégorie 3 qui est en gros tout le reste tout ce qui est indirect tout ce qui est soit vient en amont de notre activité tout ce qui a eu toutes les émissions qui ont eu lieu pour créer le matériel dont on a besoin pour notre activité et tout ce qui est en aval correspondant à l'utilisation de nos produits ou la distribution de nos produits etc et cette catégorie là est très largement sous-estimée voire complètement ignorée très souvent et il se trouve que quand on passe d'une application qui tourne sur un serveur chez nous à une application sur le cloud et ben magiquement ça va dans le scope dans la catégorie 3 parce que quand le serveur il est chez nous on paye l'électricité donc c'est scope 2 quand on est dans le cloud c'est un service qu'on utilise c'est pas nous qui consomment l'électricité directement donc ça passe dans la catégorie 3 donc on voit tout de suite le problème si on s'occupe que de catégorie 1 et 2 on peut faire de la comptabilité roublarde on va dire au niveau carbone et en passant par le cloud cacher tout sous le tapis de la catégorie 3 on va dire bon après voilà effectivement par contre il y a un aspect législation qui arrive et qui va en particulier mandater que la catégorie 3 doit être comptée de manière plus précise donc tout ça c'est des motivations en fait pour s'intéresser à ce problème là il y a d'une part effectivement que en tant que développeur on a une action là dessus et que cette action c'est rende visible invisible justement vous essayez de mettre un chiffre sur cette catégorie 3 les émissions associées à cette catégorie 3 qui sont très compliquées on va le voir à calculer et aussi il y a le fait que dans pas très longtemps on va on va clairement pu avoir le choix parce que au niveau légal ça va être ça va être nécessaire de comptabiliser ça donc juste un petit diagramme pour rappeler enfin pour un peu résumer résumer ça en gros quand on met une application sur le cloud et ben le le fournisseur cloud il est responsable pour la la soutenabilité ouais la soutenabilité du cloud mais le développeur il est responsable pour la soutenabilité de son application qui tourne sur le cloud donc nous en tant que développeur on a quand même une responsabilité et que c'est pas tout n'est pas gratuit parce que on se déplace sur le cloud et en particulier une des choses qu'on peut qu'on peut voir aussi dans l'évolution du développement d'application c'est que jusqu'à en tout cas très récemment voire peut-être c'est encore vrai pour certains processeurs on avait ce qui s'appelait la loi de moure qui est que tout en gros tous les deux ans la capacité enfin le nombre de transistors sur un processeur double et en gros c'est corrélé plus ou moins la puissance des processeurs donc on a une puissance de processeur qui double tous les deux ans et ça nous a rendu en tant que développeur on peut dire un peu feignant et c'est illustré par la loi de verte qui dit que en gros les gains qu'on gagne en matériel avec la puissance des matériels est plus ou moins effacé par les logiciels qui deviennent de plus en plus gros de plus en plus gourmand et on pourrait dire presque feignant donc on a vraiment un effet de rebond assez clair à ce niveau là donc en tant que développeur on a quand même une responsabilité à ce niveau là donc qu'est ce qu'on peut faire pour mesurer enfin comment on peut agir donc la première étape d'abord c'est de mesurer parce que on peut pas forcément on peut pas agir sur quelque chose qu'on peut qu'on ne mesure pas sinon on fait n'importe quoi et puis on lance une fléchette et puis on espère que ce qu'on a fait ça va régler le problème mais si on ne mesure pas vraiment le résultat on sait pas ce qu'on a fait alors on peut se dire ok on va mesurer l'impact carbone de nos applications cloud et se trouve que pour la plupart des applications cloud et bien c'est super on a l'utilisation en cpu on nous le donne le fournisseur de service cloud il nous le donne parce que c'est en fait c'est comme ça qui nous fait payer donc on peut se dire et en tout cas moi c'est la perspective que j'avais quand j'ai commencé à m'intéresser au problème je me dis facile j'ai l'utilisation cpu tranquille je vais passer de l'utilisation cpu à la l'utilisation d'énergie parce que en gros c'est corrélé ça va être facile de passer de mon utilisation cpu à ma consommation d'énergie et de là je passerai à la les émissions carbonées donc je me disais ouais ça devrait pas trop compliqué j'étais très naïf et en fait si c'est très compliqué comme on va le voir alors tout d'abord qu'est ce que ça veut dire de mesurer précisément la consommation enfin l'utilisation du du processeur tout d'abord la plupart des des dashboards qui existent qui mesure enfin qui donne l'utilisation cpu elle donne elle est basée sur le temps c'est-à-dire le temps que votre processus utile fin la fraction de temps pour laquelle votre processus il a eu le le processeur mais quand on réfléchit un peu au problème on se rend compte que ça veut pas forcément dire grand chose en tout cas d'un point de vue d'un point de vue fournisseur cloud ça du sens parce que pour le fournisseur cloud le processeur c'est une ressource la seule chose qui compte c'est c'est le temps si le développeur il utilise ce temps processeur pour faire rien le fournisseur cloud lui il s'en fiche il voit le temps ok ça coûte temps basta donc quand on réfléchit au truc on peut avoir deux processus qui utilisent le même temps de cpu mais qui ont des qui effectuent un travail complètement différent donc si on a une boucle qui fait rien ça qui va prendre cinq secondes ça va utiliser très peu d'énergie par contre si on a un processus qui fait du machine learning ou je sais pas quoi pendant ces cinq secondes là on va pas du tout avoir le même profil d'énergie donc on se rend compte assez vite que se baser sur le temps pour l'usage du cpu ça va pas être super intéressant pour pour estimer la la consommation d'énergie d'autre part effectivement comme on va le voir l'utilisation cpu du processeur c'est qu'une qu'une partie de l'équation ensuite en supposant qu'on arrive à avoir une utilisation de cpu de fin une utilisation de mesuré de façon assez relativement précise l'utilisation du processeur comment est ce qu'on passe de cette utilisation du processeur à la consommation en énergie là aussi c'est pas super facile de trouver des informations la plupart des fabricants de processeur il ne fournissent que ce qui s'appelle le thermal design power tdp des données qui sont en gros je vais pas dire que c'est uniquement du marketing mais quand même pas mal parce qu'on peut manipuler enfin c'est basé sur un système d'expérience enfin pas d'expérience mais de modélisation qui est quand même globalement très qu'on peut manipuler facilement pour lui faire dire plus ou moins ce qu'on veut et en plus de manière scientifique ça c'est pas très bien corrélé avec l'utilisation normale du processeur ou la consommation typique par contre il y a aussi des souvent des enfin souvent non pas forcément souvent mais il existe des api qui permettent de récupérer la consommation énergétique d'un processeur l'une entre en partie et l'interface rappel rapel d'un tel qui qui permet de faire ça mais par contre on n'a pas forcément ça pour tous les types de processeur comme comme comme pas comme son nom l'indique mais vu que ça vient d'un tel en gros c'est surtout spécifique rappel c'est surtout spécifique au processeur intel sur les architectures irm par exemple on n'a pas l'équivalent et en plus de ça ces api quand elles existent pour l'architecture en question et ben en général elles sont accessibles uniquement que si on tourne sur le berr metal en gros si on a accès au serveur physique et en tout cas à la couche os on peut avoir accédé à ces applications ces api si elles existent mais en général quand on tourne dans le cloud et dans des machines virtuelles on n'a pas forcément accès à ces informations là donc la question ensuite même si on pouvait avoir l'énergie consommée de manière plus ou moins précise comment est-ce qu'on passe de la quantité d'énergie consommée à au carbonymy associé alors ben ça dépend de plein de critères différents et en particulier d'où est où est-ce que l'application est déployée parce que en gros suivant où est le datacenter sur lequel vous déployez votre application ça va avoir un impact plus ou moins différent il ya une api assez sympa qui s'appelle électricity map qui permet de donner l'intensité carbone par région et en plus maintenant c'est assez récent mais la plupart des fournisseurs de service cloud google amazon et microsoft fournissent des outils pour donner certaines informations à ce niveau là le problème avec ces outils là c'est qu'on a une granularité qui est une résolution qui est assez faible c'est des résolutions qui sont général moi par mois et en plus les informations qui sont fournies sont plus ou moins l'inverse de ce qu'on voudrait c'est-à-dire ils vont pas nous donner combien notre application à consommer mais combien leur service à eux qu'on a utilisé par notre application ont consommé pour le mois donné donc on n'a pas exactement l'information qu'on veut qu'est ce qu'on peut est ce qu'on pourrait faire mieux ben déjà qu'est ce que de quoi on aurait besoin pour faire mieux on aurait besoin d'avoir le mix énergétique en temps réel si possible ça serait bien mais en plus même au niveau des régions voilà par exemple sur sur une région donnée pour un datacenter par exemple si on regarde l'électricity map la résolution pour la france ben c'est la france donc on a des datacenter des datacenter qui sont plus ou moins efficaces je veux dire le mix énergétique peut varier quand même globalement pas mal suivant les régions de france et c'est pareil pour pour les états unis ou n'importe quelle région en plus et donc au niveau de la résolution on a c'est les outils fournis par les cloud providers c'est c'est au niveau du mois donc on aimerait bien avoir quand même quelque chose de plus précis comme on le voit on a plein de problèmes à tous les niveaux donc qu'est ce qu'est qu'est ce qu'on peut faire en fait enfin à ce niveau là on pourrait dire ok ben les sont tombés quoi et en fait moi c'est ce que j'ai fait sur le parcours que j'ai fait de manière personnelle sur sur ces problèmes là initialement j'ai été parti pour créer un dashboard co2 sur sur open shift pour open shift et en voyant tous ces problèmes j'ai dit bon c'est bon je laisse tomber quoi mais bon voilà quoi il faut mieux pas laisser tomber parce que c'est quand même un projet important donc même si j'avais mis le truc en pause à un moment je me suis dit bon ça mérite quand même qu'on fasse des efforts et à ce propos il y a une citation de Steven Hawking pour ses 70 ans qui dit bon là ça s'applique à la vie en général mais c'est n'importe quel problème peu importe les difficultés qu'on rencontre dans la vie il y a toujours quelque chose qu'on peut faire et être enfin et avoir du succès et réussir à cette chose et en fait ce qui est important c'est de jamais abandonner et je pense que ça résonne en tout cas pour moi ça raisonnait pas mal en ajoutant cette deuxième citation qui est un peu le pendant de ce que je disais tout à l'heure c'est que en gros si on essaie de faire quelque chose de régler un problème il faut dédonner comme le dit la citation là si on n'a pas donné on est juste une personne avec une opinion et cette opinion peut très bien être fausse la plupart du temps elle est fausse si on n'a pas les données la plupart du temps cette opinion est fausse surtout en informatique enfin je sais pas si vous avez déjà eu des problèmes d'optimisation de trucs comme ça régulièrement l'intuition qu'on a sur où est le problème ce qui va pas elle est régulièrement fausse donc donner donner donner donc qu'est ce qu'on peut faire tout d'abord accepter que la perfection n'existe pas donc il faut quand même réussir à sortir quelque chose malgré tous les problèmes qu'on peut rencontrer donc faire des compromis et donc d'un premier point de vue déjà se limiter effectivement à essayer d'avoir un niveau de précision acceptable pour l'utilisation du processeur globalement il y a une étude qui a été faite par c'est la thèse d'un gars qui s'appelle david guillon j'ai mis la référence en bas il dit que dans les dans les data center en gros c'est la distribution de la consommation d'énergie pour une machine physique et on voit que ça peut près le processeur ça peut près 43 % donc 43 % c'est pas terrible si on veut avoir une estimation globale de l'application mais bon c'est déjà mieux que rien après si on rajoute la rame on rajoute 12 % donc on a 55 % après suivant ce qu'on fait le cpu c'est pas forcément le truc qui consomme le plus ça peut être aussi le carte graphique en particulier quand ce qui concerne l'intelligence artificielle à plupart du temps c'est plutôt la carte graphique qui fait le boulot donc l'idée c'est de se concentrer sur essayer de collecter des métriques bas niveau le plus le mieux possible qu'on peut et ensuite et ben on verra comment est-ce qu'on peut estimer l'empreinte carbone à partir de ces données là et à redat on a lancé un projet alors le slide devrait arriver j'espère mais bon c'est un projet open source s'appelle kepler qui s'appelle qui ça veut dire Kubernetes efficient power level exporter et l'idée c'est de d'essayer d'extraire les données de le plus de données qu'on peut en se basant sur des informations très bas niveau et en particulier en termes d'architecture donc c'est une architecture plus ou moins couche donc au plus bas niveau on injecte des un programme en utilisant ibpf qui va récupérer des informations directement au niveau du carnel et en particulier des des compteurs de performance et des trace point au niveau du carnel donc ça inclut des informations de l'identifiant de processus les identifiants des ces groupes donc ces groupes c'est pour les c'est pour tout les isolations processus c'est ce qui est utilisé par docker par exemple le nom de cpu de cycle cpu utilisé le temps cpu les instructions cpu les cache les les les manquements de cache etc ensuite toutes ces données sont agrégées à la couche supérieure avec d'autres sensors si on si elles sont disponibles par exemple pour utiliser rappel comme comme on parlait tout à l'heure où les stats des 6 groupes si on a les informations au niveau des cartes graphiques on les agrège aussi on utilise hardware monitor aussi et ensuite toutes ces informations là vont être fourni à une couche de data de modélisation de données qui utilise un modèle enfin un serveur de modèle qui fait enfin il ya une couche d'apprentissage d'intelligence artificielle fin de machine learning qui va essayer d'utiliser toutes ces données là et en se basant sur des données réelles de faire un feat d'adapter de créer un modèle de consommation énergétique en se basant sur les données très bas niveau ensuite toutes ces données là sont exportées comme des compteurs métriques dans promettéus pour être ensuite manipulé pour pouvoir avoir les informations de manière plus haut niveau alors si vous vous intéressez un peu à ce problème là peut-être que vous avez déjà entendu parler d'autres projets qui existent plus ou moins sur les domaines sur le même domaine en particulier le projet scaphandre et le projet au power API alors scaphandre c'est enfin les deux projets sont très intéressants en fait mais de notre point de vue scaphandre ne permet pas d'avoir des résultats aussi précis parce que c'est basé justement sur les sur le temps cpu en fait donc ça souffre du problème dont on parlait plus tôt qui est que pour un même un même une même durée d'utilisation du cpu on peut avoir des profils énergétiques très vastement différents d'autre part scaphandre a besoin d'un fin l'instrument de les processus et pour pouvoir être instrumenté correctement ben du coup il faut avoir accès au matériel alors il y a des moyens de faire tourner scaphandre pour des machines virtuelles mais ça nécessite quand même d'avoir accès au ver métall parce que en gros ça marche à deux niveaux en gros on a on a scaphandre qui on a deux instances de scaphandre qui tourne une sur le sur le matériel direct sur le sur le système d'opération haute ça va republier les données pour la machine virtuelle et en gros les données matérielles sont republiées dans la machine virtuelle avec une fin une certaine bidouille mais en gros c'est possible de le faire mais ça nécessite quand même d'avoir accès à l'os directement pour pas voir api l'approche est relativement semblable à celle que les pleurs utilisent c'est-à-dire qu'ils utilisent aussi des pareil des carnteurs bas niveau et 13 points du carnel mais l'approche est beaucoup plus intrusive comparé à injection fin l'injection ibpf qui est très fin qui est quand même très très efficace d'autre part que sous la scaphandre ou par api ils utilisent pas de modèle adaptatif comme qu'est pleur essaye de le faire alors par contre qu'est pleur c'est bien sûr c'est un projet plutôt récent donc ils sont c'est moins mature que scaphandre ou par api après qu'est ce qu'on peut faire pour l'équivalence carbone alors actuellement malheureusement on peut pas faire beaucoup mieux que des estimations et une des une des moyens un des moyens de faire ça c'est d'utiliser le projet cloud carbon footprint project le projet avec la carte carbon footprint qui en gros est partie d'un travail fait par Benjamin davie davie je sais pas comment prononce son nom qui travaille à tids qui a écrit il ya quelques années un article sur comment estimer justement l'empreinte carbone d'instance c2 amazon et ils ont généralisé ses travaux pour en gros fournir une base de données de d'empreinte carbone au runtime enfin pas que le runtime d'ailleurs mais un pour type d'instance de enfin pour type de machine qu'on peut auxquels on peut avoir accès sur les fournisseurs cloud non par contre ce sont que des estimations parce que puis il ya toujours le délai entre enfin si on si on si les fournisseurs introduisent des nouvelles machines en gros il va falloir faire le travail sur ces machines là et donc tant que c'est pas fait on n'a pas les estimations alors ce qui concerne le futur on peut avoir un peu fin de l'espoir que les choses évoluent en particulier avec un projet qui s'appelle carbon data specification qui est un projet de la linux foundation le volet énergie qui alors j'avoue que je n'ai pas encore regardé très très en détail tout ce qui est face niveau là est ce que ce dont j'ai compris c'est un consortium de dans l'acteur du domaine par exemple google participe à ce projet et l'idée ça serait de fournir justement une api qui pourrait être utilisée dans ce cadre de de comptabilité carbone fin d'impact carbone d'application il ya aussi un projet notable qui vient de commencer au niveau de la ci en cf qui est le war group sur la soutenabilité environnementale des applications cloud donc c'est des trucs à suivre il ya les liens en bas bon une fois qu'on a fait tout ça avec épleur ou scaphandre ou power api est ce qu'on a fini malheureusement non parce que là ce qu'on a fait c'est que le ce que le processeur bon avec clade carbone faute print on a quand même un peu plus mais comme on a je sais pas si je l'ai si je l'ai dit mais en gros là déjà on prend pas en compte tout tout ce qui est entré sorti donc ce qui est accès disque réseau et dans au niveau des dates des data centers la consommation d'énergie c'est en gros 70% les serveurs et 30% les réseaux tout ce qui est équipement réseau donc ça c'est tout ça on n'a pas on n'a pas touché après il faudrait prendre en compte aussi tout ce qui concerne le scope 1 la catégorie 1 alors si vous vous souvenez un peu du graphique de tout à l'heure je sais c'est un peu compliqué mais en gros si on a des techniciens qui vont sur site pour faire de la maintenance ça doit rentrer les émissions associées à leur leur déplacement ça rentre dans les catégorie 1 des émissions de type catégorie 1 pour votre application pareil on a tout ce qui est le fameux la fameuse troisième catégorie qui est ok on a mesuré la partie on a fait du boulot pour essayer d'avoir une estimation là de ce que coûte notre application en termes de pendant qu'elle tourne mais on n'a pas mesuré tout ce qui est un bon encore une fois cloud car bon footprint ça se prend en compte certains aspects du cycle de vie des serveurs donc on a quand même une certaine partie de ça mais mais en gros il faut quand même pouvoir mesurer les émissions associées avec tout ce qui a été nécessaire pour mettre notre application en ligne c'est à dire les coûts de production des serveurs des réseaux des datacent des datacenters etc et en théorie il faudrait aussi mesurer tout ce qui est la partie utilisateur aussi quelle est le carbone qui est créé quand les utilisateurs utilisent votre application c'est à dire bon voilà si votre application fait tourner des trucs 3d sur leur navigateur ça va faire tourner chauffer leur navigateur et leur pc du coup ça devrait être rentré en compte donc un projet une organisation qui est d'ailleurs dont le créateur de scaphandre fait partie qui s'appelle boeuvista qui fournit certaines données à ce niveau là pour avoir les informations des missions associées à la catégorie 3 pour un certain type de plein d'équipements différents les serveurs les laptops etc donc une fois qu'on en arrive là on commence à être un peu fatigué et on se dit que ok quand on est parti du truc ou enfin en tout cas moi de mon point de vue on était parti de ok j'ai mon dashboard avec mon utilisation cpu ça va être facile et là on commence à creuser on a creusé plus on creuse et plus on trouve des nouveaux problèmes et quand même c'est faire on se dit voilà c'est super compliqué quoi mais c'est quelque chose nécessaire et le problème une des parties enfin un des gros problèmes du sujet c'est le manque de transparence en fait parce que au niveau des clards voilà les les fournisseurs de clard même si comme on l'a vu et comment ça fournir certaines données on n'a pas toutes les données dont on a besoin par exemple quand on déploie une application sur un serveur amazon on peut récupérer certaines informations sur le hardware enfin sur le le serveur physique qui est sur laquelle on déploie mais on n'a pas forcément toutes les informations en plus par exemple maintenant amazon font leur propre processeur les données ne sont pas forcément publiques donc qu'est ce qu'on fait à ce niveau là pour les pour les la consommation en carbone on sait pas donc l'idée en fait c'est de demander ces questions et de répéter et répéter jusqu'à temps qu'on ait cette transparence en fait et le fait d'avoir cette cette complicité bah ça a un impact pour nous parce que on se rend compte que c'est difficile à mesurer mais on peut se rendre compte aussi que c'est une opportunité parce qu'en gros si on est capable de fournir ces données pour nos utilisateurs et bah c'est de la valeur ajoutée parce que eux aussi ils vont avoir besoin bientôt de mesurer leurs leurs émissions de niveau 3 et quand ils utilisent leur service et ben niveau enfin vos applications ça rendent dans leur dans leurs émissions de niveau 3 donc peut-être que ça l'est déjà mais on peut imaginer que ça va devenir un facteur des décisionnels pour déclencher une vente si moi je suis acheteur d'un produit et que j'ai le choix entre deux produits un qui me fournit les données et un autre qui me fournit pas les données bah ça sera peut-être pas le critère décisif le plus important mais je le prendrai en compte donc en gros c'est vraiment de demander aux vendeurs de fournir ces informations mais une meilleure résolution mais plus meilleure précision des api et surtout de la standardisation et de la transparence je vais passer un peu plus vite parce qu'on arrive au bout mais du coup en tant que développeur qu'est ce qu'on peut faire ben mesurer et puis réduire les usages surtout c'est surtout ça le plus important parce qu'on l'a vu là on a parlé que d'un petit d'une petite partie mais en tant que développeur il faut optimiser nos applications pour surtout empêcher le renouvelle fin en tout cas réduire le besoin de renouvellement des équipements parce que c'est ça qui coûte beaucoup donc si nos applications sont fac sont rapide meilleur les utilisateurs sont contents ils ont pas besoin de changer leur matériel pour nous c'est plus facile à maintenir ça coûte moins cher à maintenir c'est mieux pour la planète donc tout le monde gagne voilà en conclusion rapidement on a besoin de prendre en compte tout ça les le principe de réduire réutiliser recycler ça doit être pris en compte aussi pour les applications numériques mesurer c'est complexe mais il faut le faire et parce que si on ne mesure pas on sait pas ce qu'on fait les impacts sont importants il faut les réduire et c'est malheureusement comme on l'a vu tout au début c'est le carbone c'est qu'une toute petite partie du problème donc non c'est pas tout n'est pas bien et on a une responsabilité d'agir je vous laisse sur ça et une citation de quand le slide arrivera mais à une citation d'un rapport du rapport bruntland 1987 des nations unies qui dic l'humanité à la capacité de créer un monde soutenable pour faire en sorte que tout le monde qu'on arrive à répondre aux besoins du présent sans compromettre l'abilité des générations futures à accéder à leurs propres besoins voilà il y a des enfin s'il y aura des liens pour aller plus loin et je vous remercie merci beaucoup ça c'était super alors au niveau des questions il y avait une question au début de talk mais tu as répondu en fait il y a quelqu'un qui demandait vous utilisez ce cafondre et tout donc mais tu as parlé de ce cafondre donc super on écoute à ce côté là est-ce qu'il y a d'autres questions on a genre moins une minute pour la poser deux petites remarques une fois c'est ça fait peut-être une différence d'urgence si j'ai créé une seule plateforme qui est la même pour toutes mes utilisateurs ou si j'ai créé une logiciel qui va tourner soit une enfaite client à l'ancienne qui va tourner chez tout le monde ou bien une solution où je vais avoir une installation dans le cloud pour chaque client celui là il y a une facteur de multiplication donc celui là peut-être plus de gens optimisés que l'autre et deuxièmement comme on avait dit avant on écrit du code mais surtout on combine le code des autres et librairie des frameworks et autres et je ne sais pas et je crois que là souvent on a un choix parfois on n'a pas de choix mais parfois on a un grand choix un grand nombre des candidats on fait des prototypes on essaie d'évoluer et là il faudrait aussi prendre en compte desquels est plus léger qu'un autre je ne sais pas s'il y a beaucoup des comparaisons qui sont fait à ce niveau là c'est toujours difficile parce qu'on ne veut pas faire mal à quelqu'un veut pas dire ton logiciel il est beaucoup trop gros par rapport à quelqu'un d'autre et peut-être c'est ce qu'il faut c'est ce qui se fait peut-être déjà quelque part je ne suis pas forcément courant de ce qui est fait à ce niveau là mais effectivement c'est quelque chose dont on aurait besoin après ce qu'il faut voir aussi c'est que passer ces applications dans le cloud c'est pas forcément mauvais parce qu'en particulier les serveurs les datacentres data center de jour ils sont quand même super super optimisés et concrètement il ya le partage de ressources au niveau des des datacentres il est quand même très très très bon donc il y a la notion de PUE pour les datacentres qui est en gros le ratio entre l'énergie qui rentre dans le datacenter et l'énergie qui est vraiment utilisée pour faire quelque chose d'efficace donc ce ratio le ratio idéal c'est 1 maintenant il ya beaucoup de datacentres qui sont proches de 1,2 par là donc il ya quand même un intérêt à passer au cloud pour bénéficier de cet effet d'échelle on va dire mais il faut pas non plus oublier que ok parce que le datacenter est efficace comme je dis comme il y avait un slide qui disait voilà le fournisseur d'accès enfin fournisseur de service il a la responsabilité de faire en sorte que son datacenter soit le plus soutenable possible mais nous en tant que développeur nos applications doivent aussi être soutenables donc effectivement c'est un gros boulot il ya beaucoup de trucs à ce sujet là il ya beaucoup de choses à faire encore merci merci beaucoup on va enchaîner parce qu'on n'est pas là