Wie viel Strom kostet ein Service im echten Betrieb?

Ein IT-Service kann in Tickets, Kostenstellen und Dashboards ordentlich aussehen und trotzdem energetisch blind bleiben. Für Green IT reicht es nicht, am Monatsende eine Stromrechnung oder einen Cloud-Bericht zu betrachten. Der Betrieb muss verstehen, welcher Service im Alltag Energie verbraucht, warum dieser Verbrauch entsteht und wer ihn verändern kann.

Green IT meint nicht nur sparsame Hardware oder ein grünes Rechenzentrum. Gemeint ist die Frage, wie digitale Leistungen so geplant, betrieben und verbessert werden, dass Nutzen, Kosten, Verfügbarkeit und Umweltwirkung gemeinsam betrachtet werden. Für ITSM-Generalisten wird das wichtig, weil Services nicht mehr nur nach Verfügbarkeit und Ticketlast bewertet werden. Energieverbrauch wird zu einer Betriebsgröße, die Entscheidungen über Architektur, Betrieb, Lebenszyklus und Prioritäten beeinflusst.

Die Stromfrage gehört näher an den Service

In vielen Organisationen liegt Energieverbrauch weit weg vom Servicebetrieb. Die Gebäudetechnik sieht Zählerstände, der Einkauf sieht Anbieterrechnungen, die Cloud-Verantwortlichen sehen Gebühren und der Service Desk sieht Störungen. Dazwischen fehlt oft die Übersetzung: Welcher konkrete Service erzeugt welchen Anteil, welche Nutzung treibt ihn hoch und welche Änderung würde wirklich helfen?

Der Software Carbon Intensity Standard der Green Software Foundation versucht genau diese Denkrichtung zu strukturieren. Er betrachtet Software nicht nur als Code, sondern als Leistung mit Energieverbrauch und Emissionswirkung pro funktionaler Einheit. Für den ITSM-Alltag heißt das: Nicht der abstrakte Server ist die zentrale Frage, sondern der Service, der auf ihm läuft, von Nutzern ausgelöst wird und im Betrieb dauerhaft Ressourcen bindet.

Cloud-Kosten zeigen nur einen Teil der Wahrheit

Cloud-Rechnungen sind ein nützlicher Startpunkt, aber sie erklären nicht automatisch die energetische Wirkung eines Services. Eine hohe Rechnung kann durch schlechte Dimensionierung, durch Datenübertragung, durch dauerhaft laufende Testumgebungen oder durch unnötige Speicherhaltung entstehen. Eine niedrige Rechnung kann trotzdem problematisch sein, wenn ein Service permanent kleine Last erzeugt, kaum Nutzen liefert und nie abgeschaltet wird.

Werkzeuge wie Cloud Carbon Footprint zeigen, wie Cloud-Nutzung in Energie- und Emissionsindikatoren übersetzt werden kann. Solche Modelle sind nie perfekt, aber sie helfen dem Betrieb, die richtigen Fragen zu stellen. Welche Services laufen außerhalb der Nutzungszeiten? Welche Umgebungen werden selten verwendet? Welche Daten werden aufwendig bewegt, obwohl sie kaum jemand braucht? Welche Service-Level zwingen zu permanent bereitstehender Kapazität?

Servicekataloge brauchen eine Energieperspektive

Ein Servicekatalog beschreibt normalerweise Zweck, Zielgruppe, Verantwortliche, Supportweg, Kosten oder Service-Level. Für Green IT sollte er zusätzlich eine einfache Energieperspektive bekommen. Dabei geht es nicht darum, jeden Wattwert perfekt auszurechnen. Entscheidend ist, ob der Betrieb erkennt, welche Services niedrigen, mittleren oder hohen Ressourcenbedarf haben und welche Stellschrauben existieren.

Praktisch reichen für den Anfang wenige Felder: Betriebszeit, Hauptressourcen, Datenvolumen, Skalierungslogik, Abhängigkeiten, erwartete Nutzungszeiten und verantwortliche Service Owner. Ein interner Reporting-Service, der nur werktags gebraucht wird, muss nicht wie ein kritisches Kundensystem dauerhaft voll bereitstehen. Eine alte Integrationsplattform, die nur historische Sonderfälle bedient, braucht andere Fragen als ein aktives Produktionssystem.

Verfügbarkeit und Energie stehen nicht automatisch im Konflikt

Die falsche Debatte lautet: Entweder stabiler Betrieb oder weniger Energieverbrauch. In Wirklichkeit entstehen viele Einsparungen gerade durch besseren Betrieb. Saubere Abschaltregeln, klare Verantwortlichkeiten, bessere Kapazitätsplanung, aktualisierte Architektur und weniger Datenmüll verbessern oft auch Übersicht, Sicherheit und Kostenkontrolle.

Problematisch wird Green IT erst dann, wenn Energieziele isoliert ausgerufen werden. Ein pauschales Abschalten kann Risiken erzeugen, wenn Abhängigkeiten unbekannt sind. Ein pauschales Sparziel kann kritische Reserven gefährden. Deshalb braucht der Servicebetrieb eine gemeinsame Entscheidungssicht: Welche Verfügbarkeit ist wirklich erforderlich, welche Last ist geschäftlich begründet, welche Reserve ist Schutz und welche Reserve ist Gewohnheit?

Messung muss in Betriebsrituale hinein

Ein einzelner Nachhaltigkeitsbericht verändert noch keinen Service. Wirkung entsteht, wenn Energie- und Emissionsindikatoren in bestehende ITSM-Rituale wandern. Beim Change sollte gefragt werden, ob eine Änderung dauerhaft mehr Kapazität braucht. Beim Problem Management sollte auffallen, wenn Workarounds unnötige Last erzeugen. Beim Service Review sollte nicht nur über Tickets und SLA gesprochen werden, sondern auch über Ressourcen, Nutzung und Abschaltkandidaten.

Das Carbon-Footprint-Werkzeug von Google Cloud zeigt beispielhaft, dass große Plattformen Emissionsdaten zunehmend in Management- und Reportingprozesse bringen. Für ITSM ist daran weniger das einzelne Tool entscheidend als die Richtung. Nachhaltigkeitsdaten werden operativ brauchbar, wenn sie nicht in einem separaten Bericht verschwinden, sondern in Portfolio, Betrieb und Serviceentscheidungen ankommen.

Prüffragen für den nächsten Service Review

• Welche Services haben einen sichtbar hohen Ressourcenbedarf?
• Welche Services laufen dauerhaft, obwohl sie nur zeitweise genutzt werden?
• Welche Test-, Reporting- oder Altsysteme haben keinen klaren Besitzer mehr?
• Welche Service-Level erzwingen Kapazität, die fachlich nicht mehr nötig ist?
• Welche Datenhaltung, Schnittstelle oder Auswertung erzeugt regelmäßig Last?
• Welche Änderung könnte Kosten, Energieverbrauch und Betriebsrisiko gleichzeitig senken?

Green IT wird für den Servicebetrieb dann greifbar, wenn Strom nicht nur als Infrastrukturthema behandelt wird. Der Service Owner muss sehen, welche Entscheidungen Energie binden. Der Betrieb muss erkennen, wo Verfügbarkeit wirklich geschützt werden muss und wo Gewohnheit Ressourcen verbraucht. Erst dann wird aus einer abstrakten Nachhaltigkeitsforderung eine konkrete Betriebsfrage.

Quellen und Einordnung: Green Software Foundation, Software Carbon Intensity Standard, Cloud Carbon Footprint Dokumentation, Google Cloud Carbon Footprint Dokumentation. Stand der Quellenprüfung: 03.07.2026. Bildquelle: Pexels, Foto-ID 356036.