Die Klima\u00adkrise ist ein dr\u00e4ngendes Problem. Auch die IT-Branche tr\u00e4gt ma\u00dfgeblich zum weltweiten CO2<\/sub>-Aussto\u00df bei: Verschiedene Studien[1]<\/sup> kommen zu unter\u00adschied\u00adlichen Ergeb\u00adnissen. Sch\u00e4t\u00adzungen f\u00fcr das Jahr 2020 reichen von 2,1% bis 3,9% Anteil der weltweiten CO2<\/sub>-Emissionen durch Rechen\u00adzentren. Studien beschreiben, dass der Energie\u00adver\u00adbrauch weiter ansteigen wird, insbe\u00adsondere getrieben durch die zuneh\u00admende Digita\u00adli\u00adsierung und KI. Im Projekt\u00adma\u00adnagement f\u00fcr Software\u00adent\u00adwicklung wird das Kriterium \u201ein Climate\u201c deshalb immer wichtiger \u2013 neben den klassi\u00adschen Anfor\u00adde\u00adrungen wie: in Budget, in Time, in Functionality.<\/p>\n\n\n\n <\/span><\/p>\n\n\n\n Abbildung 1: Sch\u00e4tzung des IKT-Anteils am weltweiten CO2-Aussto\u00df. Angelehnt an [2]<\/em><\/p>\n\n\n\n <\/p>\n\n\n\n Mit ihrer Kompetenz und Erfahrung tragen Softwarearchitekt:innen ma\u00dfgeb\u00adliche Verant\u00adwortung, die weit \u00fcber bishe\u00adrigen Anfor\u00adde\u00adrungen an Software\u00adarchitektur hinausgeht. Diese Handlungs\u00adfelder sind entscheidend, um den CO2<\/sub>-Aussto\u00df in IT-Vorhaben zu verringern:<\/p>\n\n\n\n Anfor\u00adde\u00adrungen:<\/strong><\/p>\n\n\n\n Nicht jede funktionale Anfor\u00adderung ist zwingend erfor\u00adderlich. Manche sind sogar bei Stake\u00adholdern umstritten. Anfor\u00adde\u00adrungen unter Aspekten von Nachhal\u00adtigkeit und Verf\u00fcg\u00adbarkeit neu zu priori\u00adsieren oder sogar abzulehnen, ist nur eine Option, um Energie\u00adef\u00adfi\u00adzienz zu steigern. Nat\u00fcrlich ist es einfach, Dienste durch\u00adlaufen zu lassen oder cloud\u00adba\u00adsiert in mehreren Regionen zu betreiben, um gute Antwort\u00adzeiten zu erreichen. Aber braucht es wirklich alle Dienste in gleichem Umfang, rund um die Uhr und weltweit verf\u00fcgbar? Durch Ermitteln des tats\u00e4ch\u00adlichen Bedarfs und Anpassung der laufenden Dienste daran l\u00e4sst sich viel Energie einsparen.<\/p>\n\n\n\n Architektur\/Implementierung:<\/strong><\/p>\n\n\n\n Bezogen auf Energie\u00adef\u00adfi\u00adzienz kann Software gut oder schlecht imple\u00admen\u00adtiert werden. Archi\u00adtektur- und Design\u00adent\u00adschei\u00addungen wirken sich positiv oder negativ auf die Energie\u00adef\u00adfi\u00adzienz aus. Es gilt also, Wege zu finden, wie auf Basis der Quali\u00adt\u00e4ts\u00adan\u00adfor\u00adde\u00adrungen eine geeignete und gleich\u00adzeitig CO2<\/sub>-emissi\u00adons\u00adef\u00adfi\u00adziente Archi\u00adtektur entworfen werden kann.<\/p>\n\n\n\n Ein weiteres Beispiel sind die einge\u00adsetzten Archi\u00adtek\u00adtur\u00adstile: Micro\u00adser\u00advices haben unbestritten ihre Vorteile, z. B. zur horizon\u00adtalen Skalierung. Aber wird das wirklich immer ben\u00f6tigt? K\u00f6nnte ein in vielen Situa\u00adtionen energie\u00adef\u00adfi\u00adzi\u00aden\u00adterer Modulith (modularer Monolith) bei gleichen Anfor\u00adde\u00adrungen besser sein? Lassen sich beide Stile verbinden und Micro\u00adser\u00advices nur dort einsetzen, wo Skalier\u00adbarkeit auch wirklich ben\u00f6tigt wird?<\/p>\n\n\n\n Betrieb:<\/strong><\/p>\n\n\n\n Selbst bei Software, die mit Fokus auf Energie\u00adef\u00adfi\u00adzienz entwi\u00adckelt wurde, kann im Betrieb viel davon auf der Strecke bleiben. Auslastung der Hardware, sinnvolle Betriebs\u00adzeiten, Betrieb in Regionen mit einem hohen Anteil erneu\u00ader\u00adbarer Energien im Stromnetz oder Abschaltung nicht ben\u00f6tigter Dienste sind Beispiele daf\u00fcr, wie der Betrieb nachhaltig gestaltet werden kann.<\/p>\n\n\n\n Redundanz: <\/strong><\/p>\n\n\n\n F\u00fcr redun\u00addante Dienste mit hohen Verf\u00fcg\u00adbar\u00adkeits\u00adan\u00adfor\u00adde\u00adrungen werden zus\u00e4tz\u00adliche Ressourcen ben\u00f6tigt, der Energie\u00adbedarf steigt. Statt\u00addessen k\u00f6nnen kleine Dienste genutzt werden, die in sehr kurzer Zeit nachge\u00adstartet werden k\u00f6nnen. Das erm\u00f6g\u00adlicht ein vergleich\u00adbares Verhalten mit deutlich verrin\u00adgertem Ressourcenbedarf.<\/p>\n\n\n\n Energie\u00adef\u00adfi\u00adzienz als Qualit\u00e4tsanforderung:<\/strong><\/p>\n\n\n\n Mit Energie\u00adef\u00adfi\u00adzienz kommt eine neue Qualit\u00e4t hinzu, die mit anderen Anfor\u00adde\u00adrungen in Einklang gebracht werden muss. Abbildung 2 zeigt M\u00f6glich\u00adkeiten auf, die sich bei Archi\u00adtek\u00adtur\u00adent\u00adschei\u00addungen in Zusam\u00admenhang mit Skalier\u00adbarkeit ergeben[3]<\/sup>.<\/p>\n\n\n\n <\/span><\/p>\n\n\n\n Abbildung 2: Architekturentscheidungen-Skalierbarkeit<\/em><\/p>\n\n\n\n <\/p>\n\n\n\n In allen genannten Handlungs\u00adfeldern ist die Expertise von Softwarearchitekt:innen gefragt. F\u00fcr tragf\u00e4hige Entschei\u00addungen braucht es jedoch belastbare Daten. Messung und Monitoring von CO2<\/sub>-Emmis\u00adsionen ist eine zentrale Aufgabe, ohne die jede Art der Optimierung fragw\u00fcrdig ist. Die tats\u00e4ch\u00adlichen Emissionen von Software lassen sich jedoch nur schwierig bis unm\u00f6glich messen, weil diese von vielen Faktoren abh\u00e4ngig sind, wie bspw.: Strommix vor Ort, Tageszeit, Wetter.<\/p>\n\n\n\n Deshalb kommen h\u00e4ufig Proxy-Metriken zum Einsatz, deren Werte mit den CO2<\/sub>-Emissionen korre\u00adlieren. Beispiele f\u00fcr Messgr\u00f6\u00dfen sind Energie\u00adver\u00adbrauch von Systemen oder Kosten, weil<\/p>\n\n\n\n diese bspw. in der Cloud niedriger sind, wenn weniger Ressourcen verbraucht werden. Kenntnis und Umgang mit von den Cloud-Anbietern angebo\u00adtenen M\u00f6glich\u00adkeiten f\u00fcr die eigenen Systeme muss daher eine Kernkom\u00adpetenz von Softwarearchitekt:innen werden \u2013 ebenso der Umgang mit Werkzeugen, die Energie\u00adver\u00adbrauch von Workloads messen[4]<\/sup> oder die CO2<\/sub>-Emissions-Effizienz absch\u00e4tzen[5]<\/sup> k\u00f6nnen.<\/p>\n\n\n\n Durch ihre zentrale Rolle sind Softwarearchitekt:innen Multi\u00adpli\u00adka\u00adtoren im Projekt und im Unter\u00adnehmen. Sie k\u00f6nnen das Thema Green IT auf die Agenda bringen und alle Betei\u00adligten mitrei\u00dfen \u2013 f\u00fcr die Entwicklung und den Betrieb von energie\u00adef\u00adfi\u00adzi\u00adenter und CO2<\/sub>-armer Software.<\/p>\n\n\n\n Die Klima\u00adkrise wartet nicht: Es liegt an uns Softwarearchitekt:innen, \u201ein Climate\u201c zur selbst\u00adver\u00adst\u00e4nd\u00adlichen Anfor\u00adderung zu machen.<\/p>\n\n\n\n <\/p>\n\n\n\n Quellen: <\/strong><\/p>\n\n\n\n [1] Roussilhe: Explaining the environ\u00admental footprint of the digital sector, https:\/\/gauthierroussilhe.com\/en\/articles\/explaining-the-environmental-footprint-of-the-digital-sector<\/a>, 2021<\/p>\n\n\n\n [2] Belkhir, Elmeligi: Assessing ICT global emissions footprint: Trends to 2040 & recom\u00admen\u00adda\u00adtions, Journal of Cleaner Production, Volume 177, 10. M\u00e4rz 2018, Seiten 448\u2013463<\/p>\n\n\n\n [3] Wanner, Kutschera: CO2-Emissions-Effizienz trifft auf Quali\u00adt\u00e4ts\u00admodell, ITSpektrum 5\/2024<\/p>\n\n\n\n [4] Kuber\u00adnetes Efficient Power Level Exporter (Kepler), https:\/\/sustainable-computing.io\/<\/a><\/p>\n\n\n\n![\"Abbildung](\"https:\/\/www.isaqb.org\/de\/wp-content\/uploads\/sites\/2\/2026\/09\/content_de_1.png\")
<\/figure>\n\n\n\nDie Rolle der Softwarearchitekt:innen<\/strong><\/h3>\n\n\n\n
![\"Abbildung](\"https:\/\/www.isaqb.org\/de\/wp-content\/uploads\/sites\/2\/2026\/09\/content_de_2.jpg\")
<\/figure>\n\n\n\nYou can\u00b4t manage what you don\u00b4t measure<\/strong><\/h3>\n\n\n\n
Softwarearchitekt:innen als Multi\u00adpli\u00adkator f\u00fcr Green IT<\/strong><\/h3>\n\n\n\n