IT et Environnement - Green IT

1

co-conception logicielle et web

Frdric BordageExpert Green IT

info@ R

2

Frdric Bordage

info @

Expert TIC durables, green IT, co-conception logicielle Conseil, formation, accompagnement de DSI et responsables Green IT responsable Green IT dlgu

Expertises nationales : Afnor, Ademe, Cigref, Syntec, Afdel, WWF Expertises internationales : Commission Europenne, W3C

GreenIT.fr Livres, confrences

@greenit

3

GreenIT.fr

GreenIT.fr conseille et accompagne des

entreprises telles que Axa, lADEME,

lAfnor, la Banque Cantonale de Fribourg,

EDF, GDF-Suez, Gemalto, Generali, La

Poste, Ple Emploi, la SNCF, Total, ainsi

que des institution telles que lEtat de Genve,

la Commission Europenne, etc.

Expertises

accompagnement global green IT ;

coconception logicielle (dont web) ;

performance DD des offres digitales.

Types dintervention

conseil ;

formation.

4

Agenda

1. Du dveloppement durable lcoconception Du dveloppement durable aux TIC durables Les constats cls pour comprendre les enjeux de lcoconception des TIC Lcoconception des quipements

2. Lcoconception des logiciels Principes gnraux Lcoconception logicielle applique au web

3. Les bonnes pratiques prioritaire Tout au long du cycle de vie

4. Etude dun cas concret

5

1. Du dveloppement durable lcoconception

6

Consquences de notre mode de vie

Rgression cologique Epuisement des

ressources non renouvelables

Drglement climatique

PollutionsGES

source schma : GreenIT.fr Fred Bordage

Ressources

7

Impacts environnementaux des TIC

2 6 % des missions mondiales de GES Participe au drglement climatique Autant que laviation civile 7,5 % 13,5 % lchelle des TIC en France

75 milliards kg DEEE en 2014 Risques sanitaires, croulement de la biodiversit 1g mercure pollue 1m3 de terre pendant 50 ans 24 kg / franais / an - 5 kg collects EEE / DEEE entre 2006 et 2009 = 14%

16.000:1 MIPS dune puce lectronique Mesure lintensit en ressources dun produit fini Essentiellement des ressources non renouvelables 100:1 pour un ordinateur 54:1 pour une voiture

Sources : Gartner, GreenIT.fr, rapport DETIC du CGIET, Ademe, WWF, Pike Research

8

Conditions de travail (Afrique, Asie) Conditions dutilisation (pays occidentaux)

Source : Greenpeace, MakeITFair, Goodelectronics, Somo

Impacts sociaux

Mineral extraction Manufacturing Recycling

9

TIC durables : 3 primtres

Rduire lempreinte cologique, conomique et sociale de lorganisation physique de lentreprise

OrganisationGreen IT 1.5IT for Green

Logiciels au service du Dveloppement Durable

InformatiqueGreen IT 1.0Green for IT

Rduire lempreinte cologique, conomique et sociale du systme dinformation

Systme dinformation co-responsable

MtierGreen IT 2.0IT for Green

Eco-innovations de rupture

EfficacitStratgiqueDisruptif

EfficienceFonction de supportOptimisation

Technique

Business

-C

rat

ion

d e v

a leu

r +

- Impact sur la stratgie de lentreprise +

Rd

uir e

Effi

c ien

ceIn

vent

erE

ffica

cit

Source :

coconce

ption logi

cielle

10

Les constats cls pour comprendre les enjeux de lcoconception des TIC

11

Concentre dans la fabrication et la fin de vie des composants lectroniques et des crans plats utilisation a peu dimpact

Empreinte cologique

Contribution des diffrentes phases du cycle de vie dune UC de PC coren chaque catgorie dimpact, avec un taux de recyclage de 46% - source : Choi et al, 2006

Impact environnemental des diffrents composants de lUC dun PC fixe, exprim en points Eco-Indicator99source : Eugster et al, 2007

GES : 70 100 fois plus lors de la fabrication (Chine)

ADP: Abiotic depletion potential (puisement ressources)Acid: Acidification (sols)GWP: Global warming potential (climat)ODP: Ozone depletion (destruction couche ozone)Eut: Eutrophication (eutrophisation de leau)POCP: Photochemical ozone creation potentialHT: Human toxicity (toxicit pour les tres humains)ET: Ecotoxicity (toxicit pour lenvironnement)

12

Solutions cls

Source :

Fab

rican

tsU

tilis

ateu

rs

coconcevoirles logiciels

Collecter les DEEE auprs de prestataires certifis

Economiserlnergie et les consommables

Reconditionnerplutt que recycler

coconcevoirle matriel

Fabrication et fin de vie des composants lectroniques

Rduire les volumes fabriqus et en fin de vie

Allonger la dure de vie active

14

Dure de vie active divise par 3

Dure de vie active

divise par 3 en 25 ans

2007

2,5 ans

1985

10,7 ans

2000 2005

5,5 ans 3,6 ansSource :

2013

4 ans

Dure de vie lectronique 10 15 ans

Dure de vie lectronique 3 15 ans

Facile upgrader, rparer, reconditionner,

dpolluer / recycler

Difficile ou impossible upgrader, rparer,

reconditionner, dpolluer / recycler

16

Le rle cl des obsiciels

Dure de vie lectronique trs suprieure la dure dutilisation Les ordinateurs (smartphones, tablettes, ordinateurs portables et de bureau, serveurs, etc.) ne sont pas

remplacs par ce quils ne fonctionnent plus mais parce quils rament excuter les nouvelles versions de logiciels.

Constat valable pour les serveurs

114x + de mmoire viveen 14 ans

Dure dutilisation du matriel est directement lieaux besoins en ressources de

la couche logicielle

Source : Puissance matrielle ncessaire x2 tous les 3 ans

17

Le paradoxe du Green IT

Loi de Koomey (2011) Le nombre de traitements par Joule

double tous les 2 ans

Un processeur moderne consomme 40x moins dnergie quen 1946

Loi de Wirth (1991) Le logiciel ralentit plus vite que le matriel

nacclre

Loi de Bordage (2011) Les donnes augmentent plus vite que la

capacit du systme dinformation les traiter

Le logiciel est le principal levier pour rduire la quantit de ressources

ncessaires au fonctionnement du systme dinformation.

Autrement dit, si vous voulez rduire le cot global et les impacts environnementaux associs,

concentrez-vous sur la couche applicative.

18

Comment en est-on arriv l ?

19

Lcoconception

du matriel Rduire les impacts

lors de la fabrication Lors de lutilisation En fin de vie

Favoriser lallongement de la dure de vie active

des logiciels Allonger la dure de vie active des quipements Rduire la quantit de ressources informatiques ncessaires pour

Diminuer les impacts environnementaux associs Diminuer le cot associ (investissement et cots oprationnels)

20

Lcoconception des quipements

21

Objectifs et dmarches

Lutter contre lobsolescence programme / acclre

Rduire les impacts environnementaux sur le cycle de vie Fabrication : ressources non renouvelables, pollutions (extraction et fabrication) Utilisation : consommables (nergie, papier, toner, etc.) Fin de vie : pollutions, recyclabilit

Les dmarches cls Qualit : quipement solide qui fonctionne longtemps (cf gamme pro Vs grand public) Rparabilit : matriel facile rparer Evolutivit / modularit : matriel facile faire voluer, disponibilit des composants Standardisation : le matriel repose le plus possible sur des standards qui garantissent

linteroprabilit (composant, service) Ouverture : la documentation (notamment en vue de la rparation) est disponible Adaptation aux usages

linverse de la standardisation (cf cran 4:3 Vs 16:9) Pensez coconception frugale (jugaad) / sobrit digitale

22

Modularit

La conception de cet ordinateur (Thinkpad IBM) favorise Le remplacement de la batterie par lutilisateur Lajout de mmoire vive par lutilisateur Le changement de disque dur par lutilisateur

23

Standardisation

LEurope consomme 100 000 tonnes de chargeurs de tlphone chaque anne.

La standardisation autour dune prise micro-USB permet de : vendre les nouveaux quipements sans chargeur. liminer progressivement 51.000 tonnes de chargeurs redondants viter lmission de 13,6 millions de tonnes de gaz effet de serre

(GES) chaque anne.

On pourrait faire de mme pour les batteries des ordinateurs et leur alimentation lectrique.

24

Choix des matriaux

Le paper PP Alloy est constitu dun mlange de papier et de polypropylne (PP)

Facilement recyclable, il prsente les mme caractristiques physiques que le plastique traditionnel : solidit, flexibilit,possibilit de linjecter et de le mouler, etc.

25

Innovation frugale, adaptation aux usages

Cette puce est trop imprcise pour des calculs montaires En revanche, qualit gale, elle dcrypte une vido 15 fois

plus vite tout en consommant 15 fois moins dnergie !

30

2. Lcoconceptiondes logiciels

31

Exemple de Windows et Office (Microsoft)

32

Exemple de Mac OS X (Apple)

33

Exemple dAcrobat Reader (Adobe)

0

50

100

150

200

250

300

v3 v4 v5 v6 v7 v8 v9.4

1997 1999 2001 2003 2004 2006 2010

0

50

100

150

200

250

300

350

400

Mmoire

Disque

Stockage x67 en 13 ans

Source : GreenIT.fr, Frdric Bordage, 2011

Donnes publiques AdobeConfiguration minimale requise

Evolution des besoins en ressources d'Acrobat Reade r d'AdobeM

moi

re v

ive

(Mo)

Dis

que

dur

(M

o)

RAM x32 en 13 ans

34

Le phnomne obsiciel touche aussi le web

Poids moyen dune page web : x79 entre 1995 et 2012 x7 entre 1995 et 2003 x12 entre 2003 et 2012 x2 entre 2011 et 2012

Source : Domenech et al. 2007, Flinn & Betcher 2008, Charzinsk 2010, Souders 2012)

14,1

93,7

312

507

679

1114

0

200

400

600

800

1000

1200

1995 2003 2008 2009 2011 2012

Poids (Ko)Le poids des pages web a t multipli par : x79 depuis 1995 (18 ans) x7 entre 1995 et 2003 (9 ans) x12 entre 2003 et 2012 (10 ans)

Source : GreenIT.fr, Frdric Bordage, 2014

Donnes publiques

Evolution du poids d'une page web

36

Le cot du gras numrique (obsiciel)

Trois surcots importants1. Conception / dveloppement2. Fonctionnement3. Dette technique

1. Conception / dveloppement Surcot li la complexification inutile du dossier par une trop grande couverture fonctionnelle qui a

un impact direct sur la charge ncessaire pour la conception et le dveloppement.

2. Fonctionnement li au surdimensionnement de linfrastructure (serveurs, licences, rseau, etc.) Jusqu 100x + cher de faire fonctionner une application (exemple LinkedIn)

3. Dette technique Un logiciel mal dvelopp ou incluant de (trop) nombreuses fonctionnalits inutiles (obsiciel) cote

plus cher maintenir et faire voluer : 3,61 $ par ligne de code en moyenne, (Cast Software, 2012) 70 % du budget applicatif serait consacr la maintenance applicative Cot annuel : 500 milliards de $ en 2010, 1 000 milliards en 2015 (Gartner, 2010)

37

Des conomies potentielles normes

Economies moyennes dun projet green IT 20 40 %

du budget initial des impacts environnementaux

Economies en coconception logicielle LinkedIn : 112x moins de ressources IBM : 100x + rapide pour 1 % de lnergie initiale Microsoft : 80 % moins dnergie en moins ct serveur Facebook : 2 fois moins de serveurs Banque Cantonale de Fribourg : 3x plus dinternautes avec infra. matrielle identique Entreprise franaise : 3x plus de requtes SQL pour 40 j.h investis

Ecoconception logicielle agit en mme temps sur CAPEX : investissement matriel OPEX : cots oprationnels (lectricit, j.h, etc.).

38

Potentiel important sur le cycle de vie

Utilisation de lapplicationPhase de conception et

dveloppement

t0 Quelques mois 1 an Plusieurs annes Plusieurs moist0 Quelques mois 1 an Plusieurs annes Plusieurs mois

ConceptionConception

UtilisationUtilisation

Fin de vieFin de vie

Dvelop-

pement

Dvelop-

pement

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Mise jour et

maintenance

volutive

Gestion de la

fin de vie

45 % des fonctionnalits demandes par les utilisateurs ne sont jamais utilises

45 % des fonctionnalits demandes par les utilisateurs ne sont jamais utilises

Empilement de frameworks et de composants pour

raccourcir les temps de dveloppement

Empilement de frameworks et de composants pour

raccourcir les temps de dveloppement

10 50% des applications sont redondantes

10 50% des applications sont redondantes

25% des applications ne sont plus utilises depuis plus de 3 ans

25% des applications ne sont plus utilises depuis plus de 3 ans

39

Dfinition

40

Eco-conception logicielle : dfinition 1/2

Lco-conception logicielle vise trouver le meilleur quilibre possible entre le niveau de performance* atteindre et la quantit de ressources** ncessaires pour atteindre cette performance .

Cest une dmarche defficience, pas de performance On ne cherche pas aller plus vite (parfois, on va moins vite) On cherche consommer moins de ressources

Lco-conception logicielle vise inverser la loi de Wirth Objectif : Le logiciel acclre plus vite que le matriel Et cela fonctionne !

* ou de qualit de service : temps de rponse, quantit de rsultat retourns, qualit dune image ou dun flux vido, etc.** les ressources mettre en uvre sont la fois informatiques lors de lexcution (RAM, CPU, etc.) et humaine (lors de la conception / dev.)

41

Eco-conception logicielle : dfinition 2/2

Lco-conception porte aussi sur les dimensions sociales et socitales : accessibilit et fracture numrique

Elle ne se limite pas au code Limiter les impressions Limiter les dplacements physiques pour la maintenance des logiciels

Elle porte sur lensemble du cycle de vie Expression des besoins fonctionnels D-provisionning des machines virtuelles

Lco-conception logicielle vise soutenir le business Eviter de perdre des clients cause dun logiciel mal conu (SNCF) Mieux : conqurir de nouveaux clients grce son logiciel (Apple avec Mac et i OS X)

42

coconception logicielle : dfinition et primtre

Trois grands principes qui conduisent lefficience

1. Simplicit Un besoin = une application Interface utilisateur limitant leffort de comprhension et de manipulation (complexit)

2. Sobrit / frugalit Couverture et profondeur fonctionnelles limites lessentiel Pas de sur-qualit Limiter au maximum les ressources physiques (CPU, bande passante, etc.) tous les

niveaux de larchitecture (client rseau serveurs).

3. Pertinence Cest la [qualit du rsultat] x [rapidit] x [accessibilit] qui compte le plus

43

Retours dexprience - logiciel

44

Retour dexprience IBM

IBM Suisse 9 To de donnes lire et valider (data warehouse) Costas Bekas et Alessandro Curioni

Choix dun algorithme de validation diffrent et optimisation pousse

Avant Temps : 33 heures Consommation : plusieurs MWh / traitement

Aprs Temps : 20 minutes (100x plus rapide) Consommation : 700 kWh (1% de lnergie dpense avant)

Algorithm

e

46

Retour dexprience Grande distribution

Leader de la grande distribution Application mtier java critique

40 000 utilisateurs potentiels 7 500 vendeurs en magasin

Consultation trop longue : 12 secondes en moyenne

4 mois pour optimiser les 40 requtes SQL cls

Bnfices Temps de rponse : 12s -> moins de 5s Consommation de ressources : 3x fois moins de serveurs sollicits Mtier

Les utilisateurs en magasin attendent 3 fois moins longtemps (moins de ventes perdues) 1 000 heures dattentes inutiles (vendeurs) par jour ouvr

ROI : 2 millions d dimproductivit vits chaque anne pour 4 mois.homme investis

SQL

48

3. Lcoconceptiondes sites web

49

Rpartition de lempreinte cologique

Selon vous, quelle est la rpartition de lempreinte cologique dun site web ?

51

Empreinte GES dun site web

Exemple 1 serveur pour 3 000 internautes

Emissions de GES :

8x10%80%Taux dutilisation

des missions

Kg CO2 eq

Kg CO2 eq

Kg CO2 eq

ordinateur

Unit

88 %12 %part

7x14 1001 950TOTAL par an (5 ans)

2 100

60 000

3 000 PC

Internautes

1,2x1 800Scope 2 (nergie)

75x800Scope 3 (fabrication)

1 serveur Ordinateurs

Google

Le scnario est calcul pour un serveur en zone OCDE et des internautes en Belgique sur un scnario de 5 ans sans renouvellement du serveur et des ordinateurs des internautes sur la base de 450 W pour le serveur et 20 W pour les ordinateurs des internautes. FE OCDE 0,450 et Belgique 0,29.

Sources : Google (donnes) et GreenIT.fr (donnes et calculs), 2013

53

Empreinte dun site web

Pour rduire lempreinte cologique / conomique dun site web, il faut, par ordre de priorit :

1. Rduire lempreinte ressources (CPU, RAM, bande passante) ct client pour lutter contre lobsolescence programme

pour rduire les impacts environnementaux du site

pour viter de crer une fracture numrique

2. Rduire lempreinte ressources ct serveur Pour limiter le cot (infra et cots dexploitation) Pour limiter lempreinte cologique

54

Mise en oeuvre

55

Deux dmarches

Dmarche aval Si le site / logiciel existe dj Audit

Identification des bonnes pratiques prioritaires

Dtection des mauvaises pratiques Evaluation du ROI

Mise en uvre=> Dmarche onreuse mais permettant de mesurer finement le ROI

Dmarche amont Si le site / logiciel nexiste pas ou va tre re-dvelopp Ajout dun rfrentiel dco-conception aux exigences techniques

Slection de 20 60 des bonnes pratiques prioritaires Fonction du projet Fonction de la maturit du prestataire ou des quipes en interne

Valorisation pour valuer le ROI de leur mise en uvre

Dveloppement du site / logiciel (mise en uvre des bonnes pratiques) Audit(s) avant dploiement (maquette et / ou avant recette) Dmarche peu onreuse mais ne permettant pas de mesurer finement le ROI

Intgrer lcoconception ds le dbut des projets

56

Dmarche base sur des rfrentiels

Base sur des rfrentiels de bonnes pratiques auditables Rfrentiel coconception web (GreenIT.fr / Breek) Rfrentiel accessibilit : WCAG 2.0, RGAA 2.0 (France), etc.

Lexpertise des prestataires est indispensable car les rfrentiels ne prennent pas en compte toutes les mauvaises pratiques (dont le

nombre est infini) Les bonnes pratiques se comptent par centaines, lexpertise du prestataire permet de

crer un rfrentiel sur mesure, adapt aux contraintes, la couverture, et aux objectifs de chaque projet.

Dmarche damlioration continue Approche lgre et itrative Monte en comptence par paliers

64

Rgles fondamentales

65

Rgles fondamentales 1/2

Ne vous concentrez pas uniquement sur le code 40 80 % des gains sont ailleurs (notamment contenu et fonctionnel)

Loptimisation de linfra. (caches, CDN, config. serveurs, etc.) est cruciale Contenus multimdia = 80 % de la bande passante internet

Plug-ins et Javascript sont les principaux facteurs de fracture numrique

Noubliez pas laccessibilit

Les rgles les plus videntes et simples mettre en uvre sont souvent les plus efficaces tellement videntes que personne ne les applique.

Suivez toujours une loi de Pareto Phase 1 : 20 % defforts pour 80 % de rsultat Phase 2 : 20 % defforts pour 80 % de rsultat Phase 3 : coconception web = amlioration continue

66

Rgles fondamentales 2/2

Ne pas oublier ce que lon cherche rduire

1. La configuration minimum pour afficher le site dans le navigateur, donc La puissance CPU ncessaire pour afficher la page et grer les interactions utilisateur La quantit de mmoire vive ncessaire La bande passante ncessaire

2. Linfrastructure ncessaire pour gnrer la page La puissance CPU ncessaire pour gnrer la page La quantit de mmoire vive ncessaire Espace disque ncessaire

Choix darchitecture et de plate-forme

Efficience du code

Paramtrage et optimisation des serveurs

3. La bande passante Taille des changes HTTP (et donc taille des ressources et du contenu) Nombre de requtes HTTP

67

Exemples de bonnes pratiques

68

Bonnes pratiques

300 bonnes pratiques identifies 104 bonnes pratiques dans louvrage Eyrolles

Classes par tape du cycle de vie :

Conception Code

Client

Serveur

Templating Hbergement contenu

priorit (en fonction de limpact DD et de la difficult de mise en uvre)

69

Bonnes pratiques les 10 prioritaires

70

Bonnes pratiques dv. les 10 prioritaires

71

Retours dexprience

72

Retour dexprience Green Challenge 1/2

Optimiser une application quick & dirty Rsultat : 6 fois moins de ressources Une dmarche la porte de tous

Architect

ure

73

Retour dexprience Green Challenge 2/2

Dplacer les traitements ct serveur (Google App Engine) Carte statique plutt que dynamique (sobrit fonctionnelle) Code efficient : librairie QR code optimise

Architect

ure

74

Retour dexprience - Microsoft

Microsoft Moteur de recherche de Microsoft Etude sur limpact de la Qualit de Service (QoS) sur la

consommation nergtique des fermes de serveurs LiveSearchsur lesquelles fonctionne le moteur de recherche Bing.

Rduction du nombre de liens (rsultats) : 10 % => rduction de la consommation lectrique de 65 %.

20 % => rduction la consommation lectrique de 80 %.

Cahier d

es

charges

fonctionn

elles

75

Retour dexprience web : Facebook

Facebook co-conception de son site web Compilation du code PHP en C++ (Hip-Hop for PHP)

Rsultats 2 fois moins de serveurs (CPU, mmoire) ncessaire s

Bnfices Cost avoidance : 100 350 millions de $

Cot de fonctionnement 2x moins de kWh

2x moins dmissions de GES

Runtime

76

Retour dexprience web mobile : Linkedin

Linkedin co-conception de son site web mobile Node.JS plutt quun proxy synchrone en Ruby On Rails

Rsultats 112x moins de serveurs ncessaires !!!

Bnfices Infrastructure divise par 10 et qui dlivre 10 fo is plus dUF

Cot de fonctionnement rduit fortement

Runtime

77

Retour dexprience - BCF

Banque Cantonale de Fribourg (BCF) Eco-conception de son site web

Intgration de 45 bonnes pratiques dco-conception web 3 4 % de surcot par rapport un site traditionnel

Exemple Optimiser le poids des images (page daccueil)

Avant : 5,8 Mo

Aprs : 1,9 Mo

Bnfices Temps daffichage divis par plus de 2 pour linter naute

Pas de fracture numrique

Trafic conomis : 17 Go / jour, 6 094 Go / an

Bande passante quotidienne (largeur du tuyaux) : divise par 3

3 fois plus dinternautes avec la mme infrastruct ure (si travail sur le cacheen //)

Optimisa

tion

78

Retour dexprience

BCF

-30 -40

% de ress

ources

(CPU, m

moire, ba

nde

passante

, etc.) co

nsomme

s

Sources : GreenIT.fr

79

Exemple de mauvaise conception

80

Trouver ladresse une information sur le web

81


Yahoo! Vs Google

3 Ko65 KoOptimisation possible

x33,87s11,62sAffichage

ACScore GreenIT.fr

x51269Requtes HTTP

x2322 Ko600 KoPoids (Mo)

diffrenceGoogleYahoo!

82

Rserver un billet de train

Cest un site, pas une application. Il tente de vendre des sjours en mme temps que des billets de train

Linterface pure se concentre sur lessentiel : rserver un billet de train. Cest une application. Il nest pas ncessaire de se re-loguer. Pas de navigation

83

Rserver un billet de train

de limportance dune librairie javascript optimise dun cahier des charges fonctionnel centr sur lessentiel

Cycles CPU PIII-M 1 GHz

www.voyages-sncf.comFirefox 3.6.28

Impossible utiliser

app.Capitainetrain.com

Fluide et rapide

Opra 12Opra 12

Ca rame

www.voyages-sncf.com

Techniqu

e

Pour rappel, Firefox 3.6.28 est sorti en mars 2012.Cest la dernire version qui fonctionne sur Windows 2000.

84


SNCF vs CapitaineTrain (analyse ralise en 2013)

Tentative danalyse du site SNCF le 30 novembre 2014

BFScore GreenIT.fr

20x moins10204Requtes HTTP

5x moins9254791Poids (Mo)

diffrenceCapitaineTrainSNCF

85

4. Etude dun cas concret

86

Cas concrets

UCM.be 1,11 Mo (+30 % en 6 mois) 1112 objets DOM 8 domaines - 90 requtes HTTP 10,57 secondes

Exemple bande passante1. Aucune mise en cache

On tlcharge le site (*.js, *.css, etc.) chaque affichage dune page

2. Pas de compression du flux HTTP (gzip) 317 Ko de bande passante pourrait tre conomise

3. Compresser les images, CSS, .JS, etc. 130 Ko pourraient tre conomiss

4. Utiliser une seule version de jquery (1.8.16, 1.6.2) 200 Ko conomisables

Bnfices Mise en uvre de 1,2, 3 : 3 heures max. Temps de chargement divis par 2 pour linternaute Pour 3 millions de pages vues

928 Go de bande passante conomiss, 265 kWh, 77 kg CO2eq. 55 euros.

87

Pour aller plus loin

Sites EcoConceptionWeb.com ww.greenIT.fr/tag/eco-conception-logicielle

Livres

Eco-conception web : les 100 bonnes pratiques Frdric Bordage & al. Eyrolles

[email protected]