Community Insights Live | Weniger Kosten. Weniger Verbrauch. Weniger Abhängigkeit.

Weniger Kosten. Weniger Verbrauch.
Weniger Abhängigkeit.
Warum die alte Cloud-Gleichung nicht mehr aufgeht –
und welche Architekturentscheidungen Budget,
Regulatorik und Nachhaltigkeit zusammenbringen

Effizientere Rechenzentren und grüner Strom reichen nicht mehr aus, wenn die IT-Last schneller wächst als jeder Effizienzgewinn. Im Community Insights Live zeigten Hendrik Peters von Yorizon und Kollin Freise von ACCSO, wie Architekturentscheidungen Kosten, Verbrauch und Abhängigkeit gemeinsam senken.

Die alte Gleichung geht nicht mehr auf

Lange galt in der Cloud eine einfache Rechnung: effiziente Rechenzentren, grüner Strom und ein großer Hyperscaler. Hendrik Peters, Team Lead SaaS & Platform Sales bei Yorizon, ist überzeugt: Diese Rechnung geht nicht mehr auf. Das Webinar moderierte Leo Roschlau von LSZ Future Connections.
Der Grund ist die wachsende IT-Last. Die Internationale Energieagentur erwartet, dass sich der Strombedarf von Rechenzentren bis 2030 mehr als verdoppelt, auf weltweit rund 945 Terawattstunden (ZDFheute). Haupttreiber ist KI.

Eine Ursache, drei Baustellen

Kosten: Die Cloud verführt dazu, mehr zu buchen als nötig, weil alles verfügbar ist. Dazu kommen Lizenzmodelle und Egress-Gebühren, die sich vorab kaum kalkulieren lassen.
Verbrauch: Muss wirklich alles rund um die Uhr laufen? Bei KI wird das schnell sichtbar: Ein Pilot im Labor ist günstig, im breiten Rollout kann die Rechnung um ein Vielfaches steigen.
Abhängigkeit: Proprietäre Schnittstellen und fehlende Portabilität machen einen Wechsel schwer. Das behindert auch kosteneffizientes und nachhaltiges Arbeiten.
Alle drei haben dieselbe Basis: die Architektur. Wie Rechenzentrum, technische Architektur und Workloads aufgesetzt sind, entscheidet über Kosten, Verbrauch und Austauschbarkeit.

DORA, NIS2, BSI C5: Regulatorik als Chance

Wer unter DORA fällt, muss Exit-Strategien nicht nur dokumentieren, sondern auch testen. NIS2 nimmt die Lieferkette in den Blick, und BSI C5 ist im Public Sector inzwischen quasi Standard.
Der Merksatz von Hendrik Peters: Ein Plan auf dem Papier reicht nicht. Er muss technisch funktionieren und erprobt sein, und die Workloads müssen portabel und resilient sein. Beide Sprecher sehen Regulatorik deshalb weniger als Lästigkeit, sondern als Chance, das Thema strategisch anzugehen.
Wie digitale Souveränität zur strategischen Aufgabe für IT-Entscheider:innen wird, haben wir bereits in unserem Beitrag zur digitalen Souveränität deutscher Unternehmen beleuchtet.

Offene Standards schaffen Wettbewerb

Offene Standards sorgen für Wettbewerb, und der senkt im Idealfall die Preise. Yorizon setzt auf den Sovereign Cloud Stack (SCS), der zur Open Source Business Alliance gehört. Wer den Stack nutzt, kann den Anbieter wechseln oder mehrere kombinieren.
Hyperscaler zu meiden ist dabei nicht das Ziel. Entscheidend ist, welche Workloads wo laufen. Als Beispiel für Einsparpotenzial nannte Hendrik Peters eine Open-Source-Alternative für virtuelle Desktops, die bei gleichem Funktionsumfang deutlich günstiger sein soll.
Aus dem Publikum kam die Frage nach Legacy-Hardware, die sich nicht in die Cloud migrieren lässt. Die Antwort: Das ist Alltag. Was sich sinnvoll portieren lässt, wandert, der Rest bleibt in einem Hybrid-Ansatz. Alles in die Cloud zu verlagern ist unrealistisch.

Messen statt Mutmaßen

Kollin Freise, Senior Software Entwickler bei ACCSO, verantwortet dort den Schwerpunkt Green IT. Sein Ansatz: Verbessern lässt sich nur, was sich messen lässt.
Dazu läuft die Software in einer Messumgebung, und ein automatisiertes Nutzungsszenario erzeugt Last, etwa ein Bot, der einen Schadensfall durchklickt. So zeigen sich Hotspots, und bei regelmäßiger Wiederholung auch der Trend.
In der Cloud fehlt oft der Zugriff auf Messdaten. Rechnungsdaten und Provider-Statistiken sind dann eine brauchbare Näherung, denn sie korrelieren laut Kollin Freise gut mit Energieeffizienz. Werkzeuge bietet unter anderem die Green Software Tools Landscape des Bundesverbands Green Software.
Ein Praxisbeispiel von ACCSO: Beim Vergleich zweier Größen desselben KI-Modells verbrauchte die größere deutlich mehr. Reicht das kleinere für die Aufgabe, gewinnen Nachhaltigkeit, Kosten und Antwortzeit.
Manchmal genügt schon Transparenz: Eine neue Unternehmenswebsite wurde gemessen, die Ergebnisse gingen ins Team. Eine Woche später lag die Seite im grünen statt im orangen Bereich.

Das Energiesparhaus und die offenen Fenster

Das Bild der beiden Sprecher: Die Cloud ist das Energiesparhaus, aber ineffiziente Software reißt die Fenster auf. Dagegen hilft Carbon Awareness, also Lasten dorthin oder dann zu verschieben, wo gerade grüner Strom verfügbar ist.
Dazu kommt Scale to Zero: Was nicht genutzt wird, wird abgeschaltet. Entwicklungs- und Testumgebungen, die am Wochenende weiterlaufen, sind der Klassiker.

Die Infrastruktur-Seite: verteilt, kühl, regional

Nach eigener Darstellung setzt Yorizon auf viele kleine, verteilte Rechenzentren in Europa, flüssig gekühlte Server und die Nutzung der Abwärme. Erneuerbare Energie soll möglichst vor Ort erzeugt und direkt eingespeist werden, statt über lange Transportwege zu kommen.
Yorizon räumt selbst ein, dass es noch Optimierungsbedarf gibt, etwa bei Kennzahlen, die Entwickler:innen den Verbrauch ihrer Software zeigen. Nachhaltigkeit überzeugt zudem vor allem dann, wenn sie mit konkretem Nutzen verknüpft ist. Wird sie in Ausschreibungen zur Anforderung, ist sie ein Wettbewerbsvorteil.

Was die Teilnehmer:innen beschäftigt

Die Quick Polls sind nicht repräsentativ, geben aber ein Stimmungsbild: Beim größten Druck in der Cloud-Strategie standen Kosten, Regulatorik und Abhängigkeit im Vordergrund. Nachhaltigkeit steht noch nicht ganz oben, die Sprecher erwarten das in einigen Jahren anders.
Viele Teilnehmer:innen ermitteln ihren Verbrauch bisher nicht systematisch. Das heißt: Quick Wins liegen nahe. Als nächsten Schritt nannten viele Software- und Architekturoptimierung, Cloud-Kosten deutlich seltener als erwartet.

Fünf Schritte für die nächsten Monate

  1. Inventur: Workloads erfassen und nach Abhängigkeit, Kosten und eigenen Kriterien sortieren.
  2. Messen: Verbrauch und Lasten sichtbar machen. Strom- und Lizenzrechnungen sind ein guter Anfang.
  3. Strategie: Offene Standards, Schnittstellen und mögliche Multi-Cloud-Szenarien prüfen.
  4. Optimieren: Code und Architektur überarbeiten, mit den Quick Wins zuerst.
  5. Umsetzen und lernen: Ausprobieren und testen. Auch das Ergebnis „Das passt nicht“ ist ein Ergebnis.

Dabei gilt: Fokus statt alles auf einmal. Und vor jedem Wechsel prüfen, ob er strategisch Sinn macht und keine Einschränkungen auf Business-Ebene mit sich bringt.

Fazit

Kosten, Verbrauch und Abhängigkeit sind drei Baustellen mit einer Ursache: der Architektur. Wer messen, offene Standards einplanen und Software mitdenken will, kann alle drei in einem Zug angehen.

weiterführende Informationen zum Bundesverband Green Software hier.