Bæredygtighed er afgørende
Bæredygtighed er yderst vigtigt: ikke kun fordi vi ønsker at være ansvarlige virksomheder, men også fordi vores kunder lægger stor vægt på at samarbejde med bæredygtige partnere. Vi ønsker alle sammen at forhindre, at vores planet forringes. Og hos GumGum Engineering tager vi dette meget alvorligt.
Vi vil offentliggøre en række blogindlæg, der beskriver de tiltag, som GumGums tekniske afdeling har iværksat for at forbedre bæredygtighedsindsatsen inden for forskellige områder af det tekniske arbejde.
Behovet for nøgletal ud over CO₂-udledningen
Kort sagt betyder bæredygtighed, at man reducerer CO₂-udledningen. Selvom det er helt klart for os, kan det være lidt kompliceret, når ens virksomhed vokser hurtigt. Hvis virksomheden vokser, og hvis trafikken stiger, vil man naturligvis komme til at bruge flere servere, og som følge heraf vil man også udlede mere CO₂ til miljøet.
Her er en graf, der viser udviklingen i vores regnekapacitet i en af AWS-regionerne over de seneste 15 måneder:
For at kunne fortsætte med at vokse og samtidig arbejde på at begrænse CO₂-udledningen skal der være en balance. Derfor er det vigtigt at fastlægge nogle nøgletal, der tydeligt viser, at CO₂-udledningen reelt falder, uanset hvor meget virksomheden vokser.
Her er et par nøgletal, der kan hjælpe dig med at komme i gang:
Nøgletal for en Supply Side Platform (SSP)
Vi har en ret stor udbyderplatform og modtager milliarder af visninger/budanmodninger hver dag. Hundredvis af servere over hele verden håndterer disse anmodninger. Vi kalder dem »lageranmodninger«.
Disse lagerforespørgsler påvirker de tre vigtigste faktorer, der bidrager til CO₂-udledningen, og som findes i enhver virksomheds infrastruktur:
- Beregning
- Opbevaring
- Dataoverførsel
Lagerforespørgslen skal behandles, og derfor vil der blive brugt »regnekraft« eller CPU-kapacitet. Lagerforespørgslerne videresendes til vores Kafka, S3 og også til vores Demand Supply-partnere, hvilket medfører en ret stor mængde dataoverførsel både inden for og uden for skyen. Desuden gemmes denne lagerforespørgsel i S3 med henblik på analyse og rapportering, hvilket medfører forbrug af lagerplads.
En måde at mindske CO₂-udledningen på, samtidig med at man oplever vækst, er derfor at reducere det behov for regnekraft, lagerplads og dataoverførsel, der kræves pr. lagerforespørgsel. Dette giver os tre KPI’er:
Selvom disse KPI’er er et godt udgangspunkt, er de stadig kun indikatorer for CO₂-udledningen. Her ville en ideel KPI være CO₂-udledningen pr. lagerforespørgsel.
Hvorfor er proxy-målingen tilstrækkelig – i det mindste på kort sigt?
Det største problem ved måling af CO₂-udledninger er, at disse data ganske enkelt ikke er tilgængelige. AWS Carbon Footprint-værktøjet har data, der er 6 måneder gamle. Vi mener ikke, at det er en mulighed at vente på, at AWS forbedrer sine data. Der findes mange værktøjer, herunder i open source-verdenen, såsom ThoughtWorks’ Cloud Carbon Footprint. Men selvom det kan måle CO₂-udledningen fra databehandling ret præcist, mener vi ikke, at det vil være i stand til at måle vores dataoverførsel nøjagtigt. Af samme grund ønsker vi ikke at have CO₂-udledningstal knyttet til AWS-instanstyper.
Et af de største problemer er, at CO₂-udledningen varierer afhængigt af AWS-regionen og tilgængeligheden af bæredygtige energikilder. AWS arbejder løbende på at reducere sin CO₂-udledning, og derfor vil eventuelle empiriske formler, der anvendes til at beregne sådanne tal, ikke være nøjagtige.
Derfor er en proxy-måleparameter langt bedre egnet. Den er let tilgængelig til måling – i øjeblikket via CloudWatch – og giver en retningsmæssig nøjagtig indikation. Det betyder, at hvis vi blot bruger mindre regnekraft, vil vi kunne sige, at vi har reduceret CO₂-udledningen. Vi er naturligvis klar over, at der kan være nogle særlige tilfælde her. Hvis en del af arbejdsbyrden for eksempel flyttes fra Graviton-CPU'er til Intel-CPU'er, er det teoretisk muligt at øge CO₂-aftrykket, selvom CPU-forbruget reduceres. Men vi tror, at dette vil ske sjældent i vores miljø, da vi er et meget omkostningsbevidst udviklerteam.
Konklusion
Når man fastlægger klare, målbare nøgletal som ovenstående, bliver det meget nemt at vurdere de forskellige teams’ resultater med hensyn til at reducere CO₂-udledningen. Vi kan ganske enkelt udbrede kendskabet til disse tre enkle nøgletal blandt ingeniørteamene og endda opstille mål for de forskellige teams. Som man siger: Keep it Simple, Stupid!
{{cta-1}}
