Développement de logiciels verts : Terminologie et engagements climatiques expliqués par Microsoft à Devoxx UK

Effet secondaire de la transition accélérée vers le cloud, l’industrie du logiciel contribue de plus en plus au réchauffement climatique. Les entreprises ont pris différents engagements : Net-Zero, Carbon Neutral etc. Asim Hussain, Green Cloud Advocacy Lead @ Microsoft les décrypte lors de la keynote Devoxx UK. Les comprendre aidera les développeurs à déplacer l’aiguille pour chaque type d’engagement.

Le réchauffement climatique est lié à la quantité de gaz à effet de serre (GES) dans l’atmosphère. Mais même s’il existe plusieurs GES (le méthane a un impact 40 fois plus important que le CO2), le plus courant est le dioxyde de carbone (CO2). Par souci de brièveté, ceci est normalisé en équivalent dioxyde de carbone (CO2eq ou CO2e), donc 1 tonne de méthane peut être appelée 40 tonnes CO2eq. La Green Software Foundation, une entité présidée par Hussain, se concentre sur les logiciels dans le cadre du problème climatique, visant à réduire les émissions de carbone dues aux logiciels.

Comme tout émet du CO2, l’objectif des ingénieurs en logiciel vert est de créer le logiciel le plus économe en carbone possible : extraire le maximum de valeur de chaque gramme de CO2 que les applications sont responsables de l’émission. Et comme vous ne pouvez pas vous améliorer si vous ne pouvez pas mesurer, Hussain a indiqué deux méthodes de mesure :

• GHG protocol : – calcul de l’empreinte carbone totale :
  • Champ d’application 1 : Émissions directes liées à la combustion de carburant sur site ou aux véhicules de la flotte.
  • Champ d’application 2 : Émissions indirectes liées à la production d’émissions d’énergie achetée, comme la chaleur et l’électricité.
  • Champ d’application 3 : autres émissions indirectes de toutes les autres activités dans lesquelles vous êtes engagé. Y compris toutes les émissions de la chaîne d’approvisionnement d’une organisation, les déplacements professionnels des employés et l’électricité que les clients peuvent consommer lors de l’utilisation de votre produit.

Néanmoins, il s’agit avant tout de réduire les émissions, car les neutralisations ne sont pas permanentes. Il souligne également les quatre manières dont les émissions peuvent être réduites :

Sur la base de ces quatre stratégies, les différentes pistes vers le zéro émission sont :

• Émissions 100% éliminées – pas vraiment faisable
• Carbon Neutral – 100% des émissions sont neutralisées/compensées
• Net-Zero : 90 % éliminés, 10 % définitivement neutralisés

Leurs objectifs sont d’atteindre une réduction de 45 % d’ici 2030 et zéro net d’ici 2050. Mais pour transformer cela en réalité, il est important d’avoir la bonne perspective sur la quantité de coût en éq. CO2 de votre application. Hussain encourage à utiliser le coût par utilisateur plutôt que le coût total : 6g CO2eq/utilisateur plutôt que 90 tonnes/application. Et de cette façon, cela pourrait simplement devenir un autre objectif de niveau de service (SLO) pour votre application.

Avec des objectifs vraiment compétitifs au milieu du siècle, Hussain s’identifie comme :

quelqu’un qui a travaillé en première ligne de l’organisation de l’entreprise en essayant tout ce qu’il pouvait pour obtenir des investissements dans les bonnes activités, à grande échelle

En plus de cela, il participe à une campagne de sensibilisation à l’impact du code que nous écrivons sur les émissions de GES et à la manière dont nous pouvons concevoir et créer des logiciels plus durables.