Bildquelle: Bildquelle: Pexels / Foto-ID 257736 / https://www.pexels.com/photo/257736/ / C00 Lizenz
Cloud-Ressourcen wirken im Ticket oft wie reine Technik: Server angelegt, Datenbank vergrößert, Testumgebung verlängert, Pipeline beschleunigt. Die Kostenfolge sieht der Betrieb manchmal erst später im Monatsreport. Genau dort entsteht das Green-IT-Problem: Wer den Verbrauch nicht im Arbeitsauftrag sieht, kann ihn auch nicht früh begrenzen.
Green IT bedeutet nicht nur, sparsame Hardware zu kaufen oder Rechenzentren mit erneuerbarer Energie zu betreiben. Für ITSM-Teams heißt Green IT im Alltag vor allem: Laufzeiten, Größen, Speicherklassen und Verantwortlichkeiten so sichtbar machen, dass Entscheidungen nicht unbemerkt Energie und Budget verbrauchen. Cloud-Tickets sind dafür ein guter Ort, weil dort Änderung, Zweck, Freigabe und Betrieb zusammenkommen.
Monatsreports kommen zu spät für operative Steuerung
Kostenberichte sind wichtig, aber sie erklären meist nur, was bereits passiert ist. Wenn eine Entwicklungsumgebung drei Wochen länger läuft, ein großer Datenspeicher nicht bereinigt wird oder eine Datenbankklasse zu hoch gewählt ist, sieht der Service Desk die Folge oft nicht im Ticket. Der Fachbereich bekommt später eine Verrechnung, der Betrieb sucht nach dem Auslöser und niemand weiß mehr genau, welche Entscheidung den Verbrauch gestartet hat.
FinOps beschreibt Kostenallokation als Fähigkeit, Cloud-Ausgaben verantwortlichen Einheiten zuzuordnen. Das ist für ITSM-Generalisten ein zentraler Gedanke: Kosten brauchen einen Besitzer, aber sie brauchen auch einen nachvollziehbaren Anlass. Ein Tagging-Konzept in der Cloud hilft erst dann wirklich, wenn es mit Changes, Serviceanfragen und Betriebsaufträgen verbunden ist.
Das Ticket muss die Kostenfrage früher stellen
Ein Cloud-Ticket sollte nicht nur erfassen, was technisch gebaut wird. Es sollte auch sichtbar machen, warum die Ressource nötig ist, wie lange sie laufen soll, wer sie bezahlt oder fachlich verantwortet und welcher Rückbaupunkt vereinbart ist. So wird aus einer technischen Bestellung eine steuerbare Betriebsentscheidung.
Die großen Cloud-Anbieter empfehlen für Ressourcen Tags, also strukturierte Kennzeichnungen für Zweck, Umgebung, Kostenstelle, Anwendung oder Owner. AWS beschreibt Tags als Grundlage für Organisation, Zugriff, Kostenverfolgung und Automatisierung. Microsoft empfiehlt ebenfalls klare Tagging-Strategien, damit Ressourcen nach Workload, Umgebung, Kostenstelle oder Verantwortlichkeit ausgewertet werden können. Für den Servicebetrieb ist wichtig: Diese Tags dürfen nicht nur in der Cloud-Konsole leben. Sie müssen in den Ticketprozess zurückspielen.
So wird Stromwirkung im Auftrag sichtbar
Niemand muss aus jedem Ticket eine Energiebilanz machen. Der Nutzen entsteht durch wenige Pflichtfelder an den richtigen Stellen. Bei neuen oder geänderten Cloud-Ressourcen sollte der Antrag mindestens Zweck, Laufzeit, Umgebung, Größenklasse, Owner, Kostenstelle und Löschdatum enthalten. Zusätzlich sollte er zeigen, ob es sich um produktiven Betrieb, Test, Schulung, Migration oder Fehleranalyse handelt.
- Frage bei jeder neuen Ressource nach dem fachlichen Zweck statt nur nach der technischen Größe.
- Verlange einen Owner, der fachlich bestätigen kann, wann die Ressource wieder weg darf.
- Setze ein Ablauf- oder Prüfdatenfeld für Test-, Migrations- und Schulungsumgebungen.
- Übernimm Kostenstellen- und Service-Tags aus dem Ticket in die Cloud-Ressource.
- Markiere Ausnahmen, wenn eine teurere Klasse bewusst gewählt wird.
- Verknüpfe monatliche Auffälligkeiten zurück mit den Tickets, die die Ressourcen erzeugt haben.
Damit wird der Energie- und Kosteneffekt nicht perfekt gemessen, aber früher besprechbar. Ein Service Owner sieht, dass eine Testdatenbank nicht einfach vorhanden ist, sondern einen Zweck, ein Ende und eine Kostenwirkung hat. Der Betrieb kann vor der Verlängerung fragen, ob die Ressource noch gebraucht wird. Das ist oft wirksamer als ein später Sparappell.
Green IT braucht Rollen, nicht nur Dashboards
Dashboards zeigen Verbrauch, aber sie entscheiden nichts. Wenn ein Ticket keinen fachlichen Besitzer enthält, bleibt die Entscheidung beim Betrieb hängen. Wenn eine Kostenstelle fehlt, wird nachträglich diskutiert. Wenn kein Löschdatum eingetragen ist, läuft die Ressource weiter, bis jemand zufällig darüber stolpert.
Deshalb gehört Green IT in die Betriebsrollen. Der Service Owner verantwortet den Nutzen. Der technische Owner verantwortet die Umsetzbarkeit. Der Betrieb prüft Laufzeit, Kennzeichnung und Rückbau. Das Finanz- oder Controlling-Team liefert Auswertungen. Der Service Desk sorgt dafür, dass die Pflichtfelder nicht erst nachträglich gesucht werden.
Die beste Sparmaßnahme ist eine bessere Freigabe
Cloud-Kosten sinken nicht nur durch Rabattverträge oder neue Instanztypen. Sie sinken auch, wenn unnötige Laufzeit gar nicht erst unsichtbar entsteht. Ein gut gebautes Ticket verhindert, dass Testsysteme ohne Ende laufen, Speicherkopien ohne Besitzer wachsen oder produktive Ressourcen ohne Kostenbezug bestellt werden.
Der praktische Prüfpunkt lautet: Kann jemand drei Monate später erkennen, warum diese Cloud-Ressource angelegt wurde, wer sie verantwortet, welche Kostenwirkung erwartet wurde und wann sie wieder geprüft oder abgeschaltet werden soll? Wenn das Ticket diese Fragen beantwortet, wird Green IT vom Leitbild zur Betriebsroutine.
Quellen und Einordnung: FinOps Foundation zur Kostenallokation, AWS Tagging Best Practices, Microsoft Azure Resource Tagging. Stand der Quellenprüfung: 23.07.2026. Bildquelle: Pexels, Foto-ID 257736, C00 Lizenz.
