Ślad węglowy infrastruktury IT to suma emisji gazów cieplarnianych powstających przy produkcji, zasilaniu i chłodzeniu sprzętu — serwerów własnych, centrów danych dostawców chmurowych i urządzeń sieciowych — wyrażona w tonach ekwiwalentu CO2. Zanim firma zacznie go redukować, musi go najpierw policzyć w sposób powtarzalny i porównywalny rok do roku.
Na skróty
Czego dowiesz się z artykułu:
- Jak GHG Protocol dzieli emisje IT na zakresy 1, 2 i 3 i dlaczego to rozróżnienie jest punktem wyjścia każdego pomiaru
- Jak policzyć pierwszy, przybliżony szacunek śladu węglowego własnej infrastruktury
- Które dane są niezbędne, a które można dodać w kolejnej iteracji
- Najczęstsze błędy przy pierwszym pomiarze i jak ich uniknąć
Dla kogo ten artykuł: dyrektorzy IT i osoby odpowiedzialne za raportowanie ESG, menedżerowie infrastruktury planujący pierwszy audyt emisji, zespoły przygotowujące się do wymogów CSRD.
Czas czytania: 6 minut
Ślad węglowy infrastruktury IT — jak go zmierzyć
GHG Protocol, najszerzej stosowany standard rachunkowości emisji, dzieli ślad węglowy organizacji na trzy zakresy. Zakres 1 to emisje bezpośrednie — w kontekście IT praktycznie nieobecne, bo firmy rzadko spalają paliwa na potrzeby infrastruktury. Zakres 2 to emisje z zakupionej energii elektrycznej zasilającej serwery własne i biurowe urządzenia sieciowe — tu leży większość policzalnego śladu firm z własną serwerownią. Zakres 3 obejmuje emisje pośrednie w całym łańcuchu wartości: produkcję sprzętu, emisje dostawcy chmury obliczeniowej, transport i utylizację. Dla firm korzystających głównie z chmury publicznej to właśnie zakres 3 odpowiada za większość śladu — i jest najtrudniejszy do policzenia bez danych od dostawcy.
Jak policzyć pierwszy szacunek
- Zbierz dane o zużyciu energii — rachunki za prąd serwerowni własnej albo raporty zużycia zasobów (CPU-godziny, storage) od dostawcy chmury, jeśli infrastruktura jest w całości w chmurze.
- Zastosuj współczynnik emisyjności energii dla kraju lub regionu, w którym fizycznie znajdują się serwery — ten sam 1 kWh generuje inną ilość CO2 w Polsce (mix z dużym udziałem węgla) niż w kraju z energetyką opartą głównie na OZE, dlatego lokalizacja centrum danych ma bezpośredni wpływ na wynik.
- Pomnóż zużycie energii przez współczynnik emisyjności, żeby otrzymać emisje zakresu 2 w tonach CO2e — to najprostszy i najbardziej wiarygodny element pierwszego pomiaru.
- Dodaj szacunek zakresu 3 z narzędzi open source (np. Cloud Carbon Footprint dla AWS, Azure i GCP), które przeliczają metryki zużycia zasobów chmurowych na emisje bez dostępu do wewnętrznych danych dostawcy.
- Udokumentuj metodologię i założenia, żeby kolejny pomiar (za rok) był porównywalny — sam wynik bez opisu metody nie nadaje się do raportowania ESG.
Jedną z częstszych pomyłek przy pierwszym pomiarze jest ograniczenie się wyłącznie do zakresu 2 i pominięcie zakresu 3 — dla firm korzystających z chmury publicznej to zaniża realny ślad węglowy nawet kilkukrotnie, bo produkcja sprzętu i infrastruktura fizyczna dostawcy chmury generują emisje, które nie znikają tylko dlatego, że firma nie widzi ich bezpośrednio na fakturze.
| Zakres GHG Protocol | Co obejmuje w IT | Łatwość pomiaru |
|---|---|---|
| Zakres 1 | Emisje bezpośrednie (paliwa, generatory awaryjne) | Wysoka — dane własne |
| Zakres 2 | Zakupiona energia elektryczna dla serwerów i sieci | Wysoka — rachunki za prąd |
| Zakres 3 (upstream) | Produkcja sprzętu, emisje dostawcy chmury | Niska — dane szacunkowe |
| Zakres 3 (downstream) | Transport, utylizacja sprzętu po zakończeniu użytkowania | Niska — brak standardowych danych |
Międzynarodowa Agencja Energii (IEA) szacuje, że centra danych i sieci transmisji danych odpowiadają łącznie za istotny i rosnący udział globalnego zużycia energii elektrycznej, napędzany głównie wzrostem obciążeń związanych z AI. Dla firmy planującej pierwszy pomiar oznacza to jedno: im więcej infrastruktury AI i uczenia maszynowego w stosie technologicznym, tym istotniejszy staje się ślad węglowy zakresu 3 związany z dostawcą chmury — i tym trudniej go zignorować w raportowaniu ESG.
Metodyka Software Carbon Intensity (SCI) Green Software Foundation proponuje inne podejście niż klasyczny pomiar całkowitych emisji organizacji: liczy emisje na jednostkę funkcjonalną (np. na użytkownika, na transakcję, na żądanie API). To podejście jest szczególnie użyteczne dla zespołów inżynieryjnych, które chcą porównać ślad węglowy dwóch wersji tej samej aplikacji, a nie tylko raportować liczbę zbiorczą raz w roku.
Przeczytaj również
- Zrównoważony rozwój w chmurze: jak zmniejszyć ślad węglowy infrastruktury IT
- FinOps i kontrola kosztów chmury obliczeniowej
Rozwiń kompetencje
Chcesz nauczyć się raportować ESG zgodnie z CSRD, wykorzystując dane i narzędzia IT? Sprawdź nasze szkolenia prowadzone przez doświadczonych trenerów EITT.
➡️ CSRD i raportowanie ESG z narzędziami IT — szkolenie EITT ➡️ CSRD — praktyczny warsztat raportowania zrównoważonego rozwoju — szkolenie EITT
Najczęściej zadawane pytania
Czym różni się zakres 2 od zakresu 3 w emisjach IT?
Zakres 2 to emisje z energii elektrycznej, którą firma kupuje bezpośrednio, żeby zasilić własne serwery i sieć — łatwe do policzenia z rachunków za prąd. Zakres 3 obejmuje emisje pośrednie w całym łańcuchu wartości, w tym produkcję sprzętu i emisje generowane przez centra danych dostawcy chmury — trudniejsze do policzenia, bo wymaga danych, których firma zwykle nie posiada bezpośrednio.
Czy firma korzystająca wyłącznie z chmury publicznej też ma ślad węglowy IT?
Tak, i zwykle większość tego śladu mieści się w zakresie 3 — obejmuje emisje generowane przez centra danych dostawcy chmury (AWS, Azure, GCP) oraz produkcję sprzętu, na którym działa infrastruktura wirtualna. Główni dostawcy chmury publikują raporty zrównoważonego rozwoju i narzędzia (np. AWS Customer Carbon Footprint Tool), które ułatwiają oszacowanie tego udziału.
Jak dokładny musi być pierwszy pomiar śladu węglowego IT?
Pierwszy pomiar nie musi być precyzyjny co do tony CO2 — ważniejsze jest, żeby metodologia była udokumentowana i powtarzalna w kolejnych latach, tak aby dało się porównać trend. Dokładność warto zwiększać iteracyjnie, zaczynając od danych, które firma już ma (rachunki za prąd, raporty chmurowe), zamiast czekać na kompletne dane ze wszystkich źródeł.
Czy lokalizacja centrum danych wpływa na wynik pomiaru?
Tak, i to istotnie — ten sam poziom zużycia energii generuje różną ilość emisji w zależności od miksu energetycznego kraju, w którym fizycznie znajduje się serwerownia. Przeniesienie obciążeń do regionu chmurowego z wyższym udziałem energii odnawialnej jest jedną z najszybszych metod redukcji śladu węglowego bez zmian w samej aplikacji.