Wie wir grün arbeiten – und wie wir es messen

1. Effizient durch Architektur

Der Kern von PeakSpitz läuft als nativer, kompilierter Code, nicht als interpretierter Anwendungsstack. Für den Energieverbrauch ist das entscheidend, denn die Arbeit, die der Prozessor für eine Anfrage leistet, ist genau die Arbeit, die gemessen – und emittiert – wird.

• • Unabhängige Grundlage: Peer-Review-Studien, die Programmiersprachen nach Energieverbrauch einordnen, platzieren kompilierte Sprachen durchgängig unter den energieeffizientesten und interpretierte unter den am wenigsten effizienten – bei vergleichbaren Aufgaben oft um eine Größenordnung. Wir führen das als kategoriale Grundlage unserer Designentscheidung an. Wir leiten daraus keinen konkreten PeakSpitz-Faktor ab.
• ✓ Was wir behaupten: Die Engine von PeakSpitz gehört bauartbedingt zur energieeffizienten Klasse von Software.
• ✗ Was nicht: eine Zahl wie „X% weniger Energie als Wettbewerber Y“.

2. Passgenaue Mandantengröße

Jeder Kunde betreibt eine isolierte, mandantenspezifische Installation, die auf das jeweilige Unternehmen konfiguriert ist – kein geteilter Mehrzweck-Monolith, in dem jedes Modul mitläuft.

Ungenutzte Funktionen werden nicht warmgehalten. Unsere Architektur ist konfigurationsgetrieben statt pro Branche geforkt, sodass die laufende Oberfläche eines Mandanten auf das beschränkt ist, was er tatsächlich nutzt. Das Ergebnis: Sie geben keine Rechenleistung – und kein Geld – dafür aus, Funktionen am Laufen zu halten, die Sie nicht nutzen.

3. Grüne Infrastruktur & Regionenwahl

PeakSpitz läuft auf mehreren Substraten und in mehreren Regionen. Sofern geografisch verfügbar, kann ein Kunde eine grünere Bereitstellung wählen. Die Faktengrundlage sind die von den Anbietern selbst veröffentlichten Daten:

• • Rechenzentrumseffizienz (PUE): Die Betreiber, die wir nutzen, veröffentlichen Kennzahlen zur Power Usage Effectiveness. Einige EU-Betreiber, auf denen wir laufen können, sind für niedrige PUE-Werte bekannt, erreicht etwa durch eigene Wasserkühlung. Wir verlinken die aktuell veröffentlichten Werte des Betreibers, statt hier eine Zahl zu wiederholen, die veralten kann.
• • CO₂-Intensität des Netzes & CO₂-freie Energie: Regionen unterscheiden sich stark darin, wie sauber ihr Stromnetz ist. Wo wir auf einer großen Public Cloud laufen, veröffentlicht dieser Anbieter je Region Anteile CO₂-freier Energie sowie Netzdaten zum CO₂-Ausstoß; daran orientieren wir uns, welche Regionen als „grüner“ gelten.
• • Datenhaltung in der EU: Zu den grüneren Optionen zählen Installationen mit Datenhaltung in der EU.

Wir verlinken hier bewusst auf die Live-Daten der Anbieter, statt feste PUE-/CFE-Werte zu nennen — eine eingefrorene Zahl ist genau der Weg, auf dem Methodikseiten still und leise ungenau werden. Fragen Sie uns nach den aktuellen Werten für eine bestimmte Region. Die Einschränkung behalten wir immer bei: „sofern geografisch verfügbar.“

Das Herzstück unserer Roadmap ist kundengesteuerte Effizienz:

• • Eco Windows: Kunden werden Niedriglast-Fenster mit tagesgenauer Auflösung festlegen können. Während dieser Fenster läuft die Instanz in einem energiereduzierten Modus, was ihren Rechenverbrauch senkt — und damit die Rechenkosten des Kunden.
• • Rückgewinnung in den gemeinsamen Pool: Kapazität, die während eines Niedriglast-Fensters frei wird, geht in einen gemeinsamen Pool zurück, statt ungenutzt zu bleiben, und kann so anderswo sinnvoll arbeiten. Die Nachhaltigkeitslogik wirkt auf Flottenebene: wiederverwendete Kapazität bedeutet, dass der Gesamtbestand weniger Hardware insgesamt für dieselbe Gesamtarbeit bereitstellt und betreibt.

Status & Ehrlichkeit: bis dies ausgeliefert ist und wir den genauen Rückgewinnungsmechanismus beschreiben können, stellen wir es als erklärte Absicht dar, nicht als verfügbare Funktion. Wir aktualisieren diesen Abschnitt — mit dem tatsächlichen Mechanismus und etwaigen Messungen —, sobald er verfügbar ist.

5. Wie wir messen

Wir benennen unseren derzeitigen Messreifegrad ausdrücklich, statt mehr anzudeuten, als wir haben:

• • Heute: wir argumentieren aus strukturellen Fakten (Engine-Klasse, Mandantenmodell) und aus den von den Anbietern veröffentlichten Infrastrukturdaten (PUE, CFE, Netzintensität).
• • Woran wir arbeiten: Transparenz über Rechenleistung und Energie je Mandant, damit Kunden den Fußabdruck ihrer eigenen Nutzung — und die Einsparungen durch Eco Windows — sehen können, und zwar tagesgenau, in derselben Granularität, in der auch der Zeitplan arbeitet.
• • Standards, an denen wir uns orientieren: PUE-/WUE-Berichterstattung für Rechenzentren, die Methodik der Cloud-Anbieter für CO₂-freie Energie und anerkannte Ansätze zur Software-Kohlenstoffintensität. Wir richten uns danach, statt ein eigenes Bewertungsschema zu erfinden.

6. Was wir (noch) nicht behaupten

Wir werden keine der folgenden Aussagen treffen, solange sie nicht gemessen und die Methode veröffentlicht ist:

Sobald eine davon belegbar wird, erscheint sie hier mitsamt ihrer Methode, und auch dann nur auf unserer Nachhaltigkeitsseite.

Änderungsprotokoll

• • 23. Juni 2026 – Seite erstellt (Positionierung; Methodik-Basis). Eco Windows & Rückgewinnung als Roadmap gelistet.