Pourquoi le sujet s’impose maintenant aux directions IT
Le secteur numérique représente aujourd’hui entre 4 et 10 % de la consommation électrique mondiale, selon les méthodologies retenues par l’Agence Internationale de l’Énergie (IEA) et l’ADEME. Pour les directions IT, ce chiffre n’est plus seulement un argument RSE : il se traduit désormais en obligations réglementaires (CSRD, taxonomie européenne), en risques financiers (coûts énergétiques en hausse) et en critères d’achat dans les appels d’offres publics et privés. La sobriété numérique cesse d’être optionnelle. Elle devient un levier structurel que DSI et RSSI doivent intégrer dans leur feuille de route au même titre que la sécurité ou la disponibilité.
Plusieurs signaux convergent depuis 2023-2024. La directive CSRD (EU 2022/2464) impose aux grandes entreprises un reporting extra-financier détaillé, incluant les émissions Scope 2 (électricité des datacenters on-premise) et Scope 3 (cloud, fabrication des serveurs, réseau, terminaux). Le DSI devient co-responsable de la qualité de ces données. Parallèlement, les prix de l’électricité industrielle en Europe ont doublé entre 2021 et 2024, transformant l’efficacité énergétique des datacenters en enjeu de compétitivité directe.
La prolifération de l’IA générative en entreprise crée une pression supplémentaire : l’inférence sur GPU est très énergivore. Selon les estimations de l’IEA (2023), un appel à GPT-4 consomme environ dix fois plus d’énergie qu’une requête de moteur de recherche classique. Les DSI qui deployent des LLM internes ou des pipelines RAG doivent intégrer cette dimension dès la conception de l’architecture.
Les indicateurs clés : PUE, WUE, SCI et CUE
Mesurer avant d’optimiser est la règle de base. Quatre métriques structurent le pilotage Green IT.
| Indicateur | Définition | Valeur cible (2025) | Standard de référence |
|---|---|---|---|
| PUE (Power Usage Effectiveness) | Énergie totale datacenter / Énergie IT | < 1,3 (Tier 3+) | ISO/IEC 30134-2 |
| WUE (Water Usage Effectiveness) | Eau consommée (L) / Énergie IT (kWh) | < 1,0 L/kWh | The Green Grid |
| SCI (Software Carbon Intensity) | gCO2eq / unité fonctionnelle logicielle | Réduction continue | ISO/IEC 21031:2022 (GSF) |
| CUE (Carbon Usage Effectiveness) | Émissions CO2eq totales / Énergie IT (kWh) | < 0,2 en zone bas-carbone | The Green Grid |
Le PUE reste l’indicateur de référence pour comparer les datacenters. Les hyperscalers (AWS, Azure, Google Cloud) atteignent des PUE de 1,1 à 1,2 grâce à la liquid cooling, au free cooling et à l’optimisation des groupes froid. Un datacenter d’entreprise typique oscille entre 1,5 et 2,0 : l’écart représente une surconsommation de 50 à 100 % par rapport aux meilleures pratiques.
Le SCI, spécifié par la Green Software Foundation et publié sous la norme ISO/IEC 21031:2022, introduit une métrique applicative : chaque service logiciel est évalué en grammes de CO2 équivalent par unité fonctionnelle (requête, transaction, heure d’utilisation). C’est le pendant logiciel du PUE, et il commence à apparaître dans les critères d’évaluation des éditeurs de logiciels B2B.
Optimiser l’infrastructure physique : les leviers datacenter
Pour les DSI exploitant des salles informatiques ou des espaces en colocation, plusieurs axes d’amélioration sont documentés et mesurables.
Gestion thermique. La majorité des gains de PUE provient de la gestion des flux d’air (confinement de travées chaudes/froides, élimination des points chauds) et de la hausse de la température de consigne des serveurs. La spécification ASHRAE A2 autorise une température d’admission jusqu’à 35 degrés Celsius : la plupart des baies sont encore exploitées à 18-20 degrés, un gaspillage mesurable. La liquid cooling directe sur CPU/GPU devient incontournable pour les charges IA et HPC.
Mix énergétique. Négocier des PPA (Power Purchase Agreements) en énergie renouvelable est la voie privilégiée par les grands comptes. Pour les structures de taille intermédiaire, les Garanties d’Origine (GO) constituent une alternative plus souple, mieux adaptée à la réalité des contrats d’achat.
Taux d’utilisation des serveurs. Un datacenter d’entreprise classique affiche un taux moyen d’utilisation CPU de 6 à 12 % selon l’ADEME. La virtualisation avancée, la conteneurisation et la migration vers le cloud permettent de dépasser 50 %. Chaque point de taux d’utilisation supplémentaire améliore l’efficacité énergétique sans investissement matériel additionnel.
Fin de vie et circularité. L’ADEME rappelle que 75 % de l’empreinte carbone d’un serveur est générée à sa fabrication. Prolonger la durée de vie des équipements (matériel reconditionné certifié, extension des cycles de remplacement) et orienter la fin de vie vers des filières certifiées (directive WEEE, label Ocycle) est un levier Scope 3 souvent sous-estimé.
Pour approfondir la stratégie d’hébergement et de consolidation, voir la page Infrastructure.
Écoconception logicielle : intégrer l’empreinte carbone dans le cycle de développement
L’écoconception logicielle (ou Green Software Engineering) désigne l’ensemble des pratiques visant à réduire la consommation de ressources d’un logiciel tout au long de son cycle de vie. La Green Software Foundation a publié les “Green Software Principles” articulés autour de trois axes : efficacité énergétique, adaptation à l’intensité carbone du réseau électrique et efficience matérielle.
Profiling de consommation énergétique. Des outils open source comme Scaphandre (Rust, eBPF, compatible Prometheus) permettent de mesurer la consommation par processus et par conteneur en production. AWS propose le Customer Carbon Footprint Tool, Azure le Carbon Emissions Dashboard : ces outils sont gratuits et activables sans modification applicative. Le DSI doit exiger que ces tableaux de bord soient activés par défaut dans tout projet cloud.
Carbon-aware computing. L’API Electricity Maps (anciennement CO2signal) expose en temps réel l’intensité carbone du mix électrique par zone géographique. Le SDK Carbon Aware, initié par la Green Software Foundation et hébergé dans la CNCF Sandbox depuis 2023, permet de décaler des traitements batch vers les plages horaires ou zones à plus faible intensité carbone. C’est une optimisation à faible coût fonctionnel, avec un impact mesurable sur le bilan Scope 2 et 3.
Right-sizing et élimination des ressources zombies. La convergence entre FinOps et Green IT est complète sur ce point. Selon la FinOps Foundation, 30 à 35 % des ressources cloud sont sous-utilisées ou orphelines. Leur suppression ou redimensionnement réduit simultanément la facture et les émissions. La page FinOps : réduire sa facture cloud détaille les méthodologies de right-sizing.
Allègement des images conteneurs. Une image Docker distroless (base minimale sans shell ni gestionnaire de paquets) consomme moins de RAM et réduit le temps de cold-start. Elle présente en outre une surface d’attaque réduite, alignant écoconception et sécurité.
Architecture événementielle et serverless. Les architectures event-driven consomment zéro ressource en l’absence de charge, contrairement aux services toujours actifs. Pour les workloads intermittents (API, traitements asynchrones), le modèle serverless (AWS Lambda, Azure Functions, Cloud Run) offre une consommation strictement proportionnelle à l’usage réel.
Green IT et cybersécurité : une convergence à exploiter
La sécurité et la sobriété numérique sont souvent présentées comme antinomiques. La réalité est plus nuancée. La consolidation des infrastructures (virtualisation, hyperconvergence, migration vers des plateformes managées) réduit simultanément la surface d’attaque et le nombre de machines physiques à maintenir.
La conteneurisation et les pratiques DevSecOps (images allégées, scanning en CI/CD, rotation automatique des secrets) vont dans le même sens : moins de code, moins de dépendances, moins de consommation, moins de vulnérabilités. Les approches Zero Trust Network Access (ZTNA) permettent de déprovisionner les VPN legacy et les appliances associées, avec un gain énergétique réel.
En revanche, certains outils de détection et de réponse (EDR, NDR, SIEM) ont un coût énergétique non négligeable, notamment lorsqu’ils s’appuient sur du machine learning en temps réel. Le RSSI doit travailler avec les équipes Green IT pour dimensionner ces outils sur la base du risque réel, et non selon une logique de couverture maximale systématique.
Référentiels et certifications applicables
Pour structurer une démarche Green IT auditée et opposable, plusieurs référentiels font autorité en 2025.
| Référentiel | Périmètre | Porteur |
|---|---|---|
| ISO/IEC 30134 (parties 1 à 9) | KPIs datacenter (PUE, WUE, CUE…) | ISO |
| DREEN | Audit datacenter, grille de maturité 8 axes | ADEME |
| GRI 302 / ESRS E1 | Reporting énergétique CSRD | GRI / EFRAG |
| ISO/IEC 21031:2022 (SCI) | Empreinte carbone logicielle | GSF / ISO |
| NF EN ISO 14001 | Système de management environnemental | ISO |
| Label Numérique Responsable | Démarche globale SI | INR |
L’ADEME met à disposition gratuitement le référentiel DREEN (Datacenter REsponsable et Numérique durable), qui permet à toute direction IT de réaliser un auto-diagnostic structuré sur 8 axes : énergie, eau, équipements, systèmes d’information, ressources humaines, achats, urbanisme et gouvernance.
Construire une roadmap Green IT opérationnelle
Une démarche Green IT crédible pour une direction IT mid-market suit généralement quatre phases.
Phase 1 - Mesure (3 à 6 mois). Déployer les métriques de base (PUE, consommation cloud par service, émissions Scope 2 et 3 IT), activer les tableaux de bord natifs des fournisseurs cloud, inventorier les ressources zombies.
Phase 2 - Quick wins (6 à 12 mois). Right-sizing cloud, consolidation des instances de test et staging, activation du carbon-aware scheduling pour les batchs non critiques, renégociation des contrats colocation avec exigence PUE < 1,5.
Phase 3 - Architecture (12 à 24 mois). Refactoring des services les plus consommateurs (profilage SCI), migration vers des architectures événementielles ou serverless, plan de fin de vie des équipements vers des filières certifiées.
Phase 4 - Gouvernance et reporting (continu). Intégration des critères énergétiques dans les cahiers des charges d’achat IT, reporting CSRD conforme ESRS E1, formation des équipes de développement aux Green Software Principles.
Cette feuille de route s’articule naturellement avec les initiatives cloud et FinOps déjà en cours dans la plupart des organisations. L’enjeu pour les directions IT est de capitaliser sur l’existant plutôt que de créer un silo Green IT isolé : les mêmes données, les mêmes outils et les mêmes équipes peuvent servir les deux objectifs simultanément.