Cloud-Kostensteuerung für SaaS: Kosten pro Tenant kennen, begrenzen und senken

Dieser Leitfaden richtet sich an SaaS-Gründer, CTOs und Engineering Leads, deren Cloud-Rechnung schneller wächst als der Umsatz, oder die einen Plan bepreisen möchten, ohne zu wissen, was ein Tenant im Betrieb kostet. Unser Leitfaden zum SaaS-Platform-Engineering fasst die Kostengewohnheiten in wenigen Zeilen zusammen; diese Seite macht daraus funktionierende Steuerungsmechanismen.

Inhalt dieses Leitfadens

• Warum brauchen SaaS-Cloud-Kosten eigene Steuerungsmechanismen?
• Zuerst jeden Kostenpunkt zuordnen
• Kosten pro Tenant: drei Methoden zur Zuordnung
• Leitplanken, die Ausgaben frühzeitig erkennen
• Hebel zur Kostensenkung
• KI-Kosten pro Tenant
• Ein operativer Rhythmus
• Alternativen: Wer führt die Steuerungsmechanismen?
• Praxisbeispiele: SaaS-Produkte, die Netbase entwickelt und betreibt
• Welcher Leistungsnachweis besteht, und welcher nicht?
• Was sind die Grenzen dieses Leitfadens?
• Häufig gestellte Fragen
• Nächster Schritt

Warum brauchen SaaS-Cloud-Kosten eigene Steuerungsmechanismen?

Im SaaS-Geschäftsmodell sind Cloud-Ausgaben Teil der Herstellungskosten: Jeder neue Kunde erhöht sie. Drei Faktoren machen es schwer, diese mit einem gewöhnlichen IT-Budget zu steuern.

• Gemeinsam genutzte Ressourcen verbergen die Kosten eines Tenants. Eine gemeinsam genutzte Datenbank oder ein gemeinsam genutzter Cluster bedient Hunderte von Kunden, und die Rechnung zeigt nicht, welcher Kunde was genutzt hat. Microsofts Leitfaden für mandantenfähige Lösungen nennt dies als die zentrale Schwierigkeit: Die meisten Dienste schlüsseln die Nutzung nicht nach Ihrer Definition eines Tenants auf.
• Nutzung, nicht Mitarbeiterzahl, treibt die Rechnung. Ein einzelner Kunde, der einen großen Datensatz importiert oder rechenintensive Berichte ausführt, kann das Monatsergebnis verändern.
• KI-Funktionen haben einen Preis pro Aufruf. Modellaufrufe und Token werden nutzungsbasiert abgerechnet, sodass eine einzige Funktion die Marge eines Plans verändern kann, ohne dass sich die Infrastruktur ändert.

Das Unit-Economics-Framework der FinOps Foundation beschreibt das Ziel: Technologieausgaben über Metriken wie Kosten pro Kunde mit dem Geschäftswert verknüpfen. Für ein SaaS-Produkt bedeutet das: Kosten pro Tenant, pro Plan und pro Kerntransaktion; was dem Kunden tatsächlich für diesen Plan berechnet wird, ist ein separates Designthema, das in Aufbau eines Abonnement-Abrechnungs- und Berechtigungssystems behandelt wird.

Zuerst jeden Kostenpunkt zuordnen

Steuerungsmechanismen sind nur so gut wie die Zuordnung, die ihnen zugrunde liegt. Vor jeder Einsparung:

• Umgebungen nach Konto oder Projekt trennen. Produktion, Staging und Entwicklung erhalten jeweils ein eigenes Konto oder Projekt, damit ein vergessener Test-Cluster sich nicht in den Produktionskosten verbirgt.
• Jede Ressource taggen. Umgebung, Dienst, Verantwortlicher und – bei dedizierten Ressourcen – Tenant. Die Tags im Infrastructure-as-Code durchsetzen, nicht per Konvention.
• Einen Verantwortlichen für nicht getaggte und gemeinsame Kosten benennen. Netzwerk, Logging, Support-Verträge und Datentransfer tragen selten ein Tenant-Tag; nach einer dokumentierten Regel zuordnen, nicht nach Schätzung.
• Nutzungsereignisse pro Tenant erfassen. Dieselben Ereignisse, die die Abrechnung speisen, speisen auch die Kostenzuordnung. Ein SaaS-Produkt, das sie ab dem ersten Release ausgibt – wie in unserem SaaS-MVP-Architekturleitfaden empfohlen –, kann Kostenfragen später beantworten.

Kosten pro Tenant: drei Methoden zur Zuordnung

Die meisten Produkte kombinieren diese Methoden: direkte Zuordnung für große Tenants in einem dedizierten Tier, ein gemessener Anteil für das gemeinsam genutzte Tier und eine Schätzung für den verbleibenden Overhead. Microsofts Leitfaden empfiehlt, ein Indikatormaß regelmäßig gegen einen gemessenen Basiswert zu prüfen, da ein Tenant, der rechenintensive Berichte ausführt, deutlich mehr Rechenleistung verbrauchen kann, als sein Speicher vermuten lässt. Das AWS SaaS Lens behandelt die Kosten pro Tenant aus demselben Grund als Teil seines Cost-Optimization-Pfeilers. Wie das Mandantenmodell selbst die Kosten beeinflusst, wird in Multi-Tenant-SaaS-Architektur behandelt.

Leitplanken, die Ausgaben frühzeitig erkennen

Die Zuordnung zeigt, wohin das Geld geflossen ist; Leitplanken warnen vor der Rechnung.

• Budgets mit Warnungen pro Konto, Dienst und Team. Die Dokumentation von Google Cloud stellt ausdrücklich klar, dass ein reines Warnungsbudget die Ausgaben nicht stoppt – ein Budget ist also eine Warnung, keine Bremse.
• Anomalieerkennung. AWS Cost Anomaly Detection beispielsweise nutzt maschinelles Lernen, um ungewöhnliche Ausgaben nach Dienst, Konto, Region oder Nutzungstyp zu markieren. Warnungen an den Kanal des zuständigen Teams leiten, nicht in ein Finanz-Postfach, das niemand liest.
• Tenant-Limits, die im Produkt durchgesetzt werden. Plan-Berechtigungen begrenzen Speicher, Plätze, API-Aufrufe und KI-Nutzung, sodass ein einzelner Tenant nicht die Marge eines Plans aufzehren kann. Dies ist die einzige Leitplanke, die handelt, bevor die Kosten entstehen.
• Automatisches Herunterfahren außerhalb der Produktion. Entwicklungs- und Testumgebungen stoppen außerhalb der Arbeitszeiten, sofern sich jemand nicht aktiv dagegen entscheidet.

Hebel zur Kostensenkung

Die Hebel in dieser Risikoreihenfolge anwenden: zuerst Verschwendung beseitigen, dann Rightsizing, dann Verpflichtungen eingehen. Ein Rabatt auf Kapazität, die man nicht benötigt, ist immer noch Verschwendung.

Alternativen: Wer führt die Steuerungsmechanismen?

Unabhängig vom gewählten Ansatz muss das Produkt selbst die Nutzung pro Tenant ausgeben; kein externes Tool kann das nachträglich ermitteln. Netbase implementiert diese Steuerungsmechanismen über Cloud-Platform-Engineering und SaaS-Entwicklung und führt monatliche und quartalsweise Kostenreviews als Teil von Managed Cloud Services durch. Die meisten Netbase-Projekte werden auf Basis von Festpreisverträgen abgewickelt, die nach einer Discovery-Phase vereinbart werden.

Praxisbeispiele: SaaS-Produkte, die Netbase entwickelt und betreibt

• Cloodo Workspace. Ein mandantenfähiger digitaler Arbeitsplatz, den Netbase entwickelt hat und als Netbase Business Division betreibt, mit CRM-, HRM-, Cloud-ERP- und KI-Modulen in einem Produkt. Siehe den Cloodo-Eintrag.
• Cloud-ERP für einen US-Kunden (nicht genannt). Ein mandantenfähiges Cloud-ERP auf AWS, das Netbase seit 2020 als Offshore-Entwicklungs- und Managing-Partner betreut, bei dem jedes Kundenunternehmen in einem eigenen Workspace auf gemeinsamer Infrastruktur arbeitet. Siehe den Cloud-ERP-Eintrag.
• Printcart. Das Web-to-Print-SaaS der Netbase Business Divisions, das viele Händler von einer Plattform aus bedient. Siehe den Printcart-Eintrag.

Netbase arbeitet auf AWS, Google Cloud, DigitalOcean und Cloudflare; es wird kein Cloud-Partner-Tier beansprucht.

Welcher Leistungsnachweis besteht, und welcher nicht?

• Was besteht. Die oben genannten Einträge beschreiben mandantenfähige Produkte, die Netbase auf gemeinsamer Infrastruktur entwickelt und betreibt – das ist das Umfeld, für das diese Steuerungsmechanismen geschrieben wurden.
• Was nicht besteht. Kein Netbase-Eintrag veröffentlicht eine Cloud-Rechnung, eine Einsparung, Kosten pro Tenant oder eine Marge für eigene Produkte oder Kundenprojekte. Nichts auf dieser Seite wird als gemessenes Kostenergebnis angeboten.

Was sind die Grenzen dieses Leitfadens?

• Anbieterfunktionen werden aus deren eigener Dokumentation zum Zugriffsdatum zitiert; Namen, Limits und Preise ändern sich.
• Die Zuordnungsmethoden liefern Schätzungen, und die erforderliche Genauigkeit hängt vom Preismodell ab.
• Die Sicherheitsseite der Kostensteuerung – etwa wer Ressourcen anlegen und Budgets ändern darf – folgt denselben rollenbasierten Zugriffs- und MFA-Regeln wie jeder andere Admin-Zugang.

Nächster Schritt

Teilen Sie uns Ihre aktuelle Cloud-Kostenstruktur, Ihre Pläne und Ihre größten Tenants mit, und wir vereinbaren ein Solution Review, um Zuordnung, Leitplanken und einen Review-Rhythmus einzurichten. Sie können auch Cloud-Platform-Engineering ansehen oder weitere Netbase-Insights erkunden.

Verwandte Leistungen und Lösungen