Cloud-Kosten senken: Der ehrliche Leitfaden für Startups

Fast jedes wachsende Startup erlebt irgendwann diesen einen Moment: Die monatliche Cloud-Rechnung kommt, und plötzlich steht dort eine Zahl, die niemand so recht erklären kann. Vor drei Monaten waren es noch ein paar hundert Euro, jetzt sind es viertausend, und die Nutzerzahl ist nicht annähernd so stark gestiegen. Wer seine Cloud-Kosten senken will, muss zuerst verstehen, warum sie überhaupt so schnell wachsen. Und die Antwort ist selten "wir nutzen zu viel", sondern fast immer "wir nutzen es falsch".

Warum die Rechnung plötzlich explodiert

Cloud-Anbieter verkaufen ein Versprechen, das erst mal stimmt: Du zahlst nur, was du verbrauchst. Der Haken ist der zweite Teil des Satzes, den keiner laut sagt: Du zahlst auch für alles, was du verbrauchst, ohne es zu merken. Anders als bei einem gemieteten Server, der einen fixen Monatspreis hat, tickt bei AWS, Azure und Google Cloud der Zähler für jede laufende Instanz, jedes Gigabyte Speicher und jedes übertragene Datenpaket. Das ist kein Fehler im System, das ist das System.

Der eigentliche Auslöser für explodierende Rechnungen ist meistens nicht ein einzelner großer Posten, sondern die Summe vieler kleiner Entscheidungen, die niemand rückgängig gemacht hat. Ein Test-Server, den jemand vor einem halben Jahr hochgefahren hat. Eine Datenbank, die für den doppelten Traffic ausgelegt wurde, den man mal erwartet hatte. Ein Backup-Verzeichnis, das seit Monaten anwächst, weil die Löschregel nie gesetzt wurde. Einzeln kostet nichts davon viel. Zusammen ergeben sie die Hälfte deiner Rechnung.

Die typischen Kostentreiber

Wenn ich mir Cloud-Rechnungen von Startups ansehe, tauchen dieselben vier Muster immer wieder auf.

Überdimensionierte Instanzen. Bei der Einrichtung wählt man großzügig, weil man kein Risiko eingehen will. Ein Server mit acht CPU-Kernen und 32 Gigabyte RAM klingt sicher. Nur läuft die Anwendung dann bei fünf Prozent Auslastung, und du zahlst den vollen Preis für Kapazität, die brachliegt. Das ist der mit Abstand häufigste und teuerste Fehler.

Vergessene Ressourcen. Verwaiste Festplatten, deren zugehörige Server längst gelöscht sind. Snapshots von Datenbanken, die niemand mehr braucht. Load Balancer, die auf nichts mehr zeigen. Diese Leichen im Keller laufen still weiter und produzieren Kosten, für die es keinen Gegenwert mehr gibt.

Datentransfer und Egress. Daten in die Cloud hineinzuschieben ist gratis. Daten wieder herauszubekommen kostet, und zwar oft überraschend viel. Wer große Datenmengen zwischen Regionen bewegt oder viel an externe Nutzer ausliefert, findet auf der Rechnung einen Posten namens "Data Transfer Out", der gern übersehen wird, weil er nicht nach einem Server aussieht.

Managed Services. Managed Datenbanken, Message Queues oder Serverless-Funktionen nehmen dir viel Betriebsarbeit ab, und das ist ihr Geld oft wert. Aber sie haben einen Aufschlag, und bei manchen Diensten skaliert der Preis auf eine Weise, die bei wachsender Last unangenehm nichtlinear wird. Bequemlichkeit hat einen Preis, und den solltest du kennen, bevor du ihn bezahlst.

FinOps, ohne dass es weh tut

FinOps ist der Begriff, unter dem die Branche das Thema Cloud-Kostenkontrolle vermarktet. Man kann darüber ganze Zertifizierungen erwerben. Für ein Startup lässt sich der Kern in einem Satz zusammenfassen: Wer Kosten verursacht, soll sie auch sehen. Solange die Cloud-Rechnung ein anonymer Klumpen ist, den einmal im Monat die Buchhaltung abnickt, wird niemand etwas ändern. Sobald jedes Team weiß, was seine Ressourcen kosten, ändert sich das Verhalten von selbst.

Der praktische Einstieg ist unspektakulär: Vergib Tags. Also Etiketten, die jeder Ressource eine Zuordnung geben, welches Projekt, welche Umgebung, welches Team. Damit kannst du deine Rechnung überhaupt erst lesen, statt nur die Endsumme anzustarren. Ohne diese Zuordnung ist jede Diskussion über Einsparungen ein Ratespiel.

Konkrete Sparhebel

Wenn die Grundlagen stehen, gibt es eine überschaubare Zahl von Hebeln, die wirklich etwas bewegen.

Rightsizing ist der erste und lohnendste. Schau dir die tatsächliche Auslastung deiner Instanzen über ein paar Wochen an und passe die Größe an die Realität an. Eine Instanz, die konstant bei zehn Prozent CPU-Last läuft, ist eine Nummer zu groß, oft auch zwei. Allein hier lassen sich häufig dreißig bis fünfzig Prozent der Rechenkosten einsparen, ohne dass ein Nutzer etwas merkt.

Autoscaling sorgt dafür, dass Kapazität mit der tatsächlichen Last mitwächst und wieder schrumpft. Statt für den seltenen Spitzenlast-Fall dauerhaft zu bezahlen, fährst du in ruhigen Stunden herunter. Für Test- und Entwicklungsumgebungen reicht oft schon ein simpler Zeitplan, der die Server nachts und am Wochenende abschaltet. Niemand entwickelt um drei Uhr morgens, aber viele Test-Server laufen trotzdem durch.

Reserved Instances und Savings Plans sind Rabatte gegen Verpflichtung. Du sagst dem Anbieter zu, eine bestimmte Grundlast über ein oder drei Jahre zu nutzen, und bekommst dafür bis zu siebzig Prozent Nachlass. Das lohnt sich für alles, was ohnehin dauerhaft läuft, also deine Basis-Infrastruktur. Wichtig ist die Reihenfolge: Erst rightsizen, dann reservieren. Wer eine überdimensionierte Instanz für drei Jahre festschreibt, hat den Fehler nur billiger gemacht, nicht behoben.

Budgets und Alerts sind die günstigste Versicherung, die du abschließen kannst. Richte eine Benachrichtigung ein, die anschlägt, wenn die Kosten einen Schwellenwert überschreiten. So erfährst du von einer entgleisten Rechnung nicht erst vier Wochen später, sondern am selben Tag. Ein vergessener Prozess, der über Nacht Tausende an ungeplanten Kosten produziert, ist kein hypothetisches Szenario, sondern passiert regelmäßig.

Die ehrliche Frage: Cloud oder eigener Server?

Jetzt der Teil, den Cloud-Anbieter nicht gern hören. Die Cloud ist nicht automatisch günstiger. Sie ist günstig für Lasten, die stark schwanken, unvorhersehbar wachsen oder oft ganz verschwinden. Genau dort spielt die minutengenaue Abrechnung ihren Vorteil aus.

Für eine stabile, gut vorhersehbare Grundlast sieht die Rechnung oft anders aus. Ein gemieteter dedizierter Server bei einem europäischen Anbieter kann für dieselbe Leistung einen Bruchteil kosten, wenn du ihn ohnehin rund um die Uhr auslastest. Der Preisunterschied bezahlt die Bequemlichkeit der Cloud, und ab einer gewissen Größe wird diese Bequemlichkeit teuer. Viele erfolgreiche Unternehmen fahren deshalb zweigleisig: die planbare Grundlast auf eigenen oder gemieteten Servern, die Spitzen und die experimentellen Dinge in der Cloud.

Für österreichische Unternehmen kommt ein zweiter Punkt dazu, der nichts mit dem Preis zu tun hat. Wo deine Daten liegen, ist eine DSGVO-Frage. Ein Serverstandort innerhalb der EU, idealerweise in Österreich oder Deutschland, erspart dir einen guten Teil der rechtlichen Kopfschmerzen rund um Datentransfers in Drittländer. Das ist kein Argument gegen die großen Anbieter, die alle EU-Regionen anbieten, aber es ist ein Kriterium, das bei der Wahl mitentscheiden sollte.

Kostenbewusstsein ist eine Architekturentscheidung

Der wichtigste Gedanke zum Schluss: Cloud-Kosten sind kein Buchhaltungsthema, das man nachträglich aufräumt. Sie sind eine Folge davon, wie deine Systeme gebaut sind. Eine Architektur, die von Anfang an ohne Kostengefühl entworfen wurde, lässt sich später nur mühsam sparsam machen. Wer dagegen bei jeder größeren technischen Entscheidung mitdenkt, was sie im Betrieb kostet, muss selten aufräumen, weil selten Chaos entsteht.

Genau das ist einer der Punkte, an denen sich ein nüchterner Blick von außen auszahlt. Ob deine Cloud-Rechnung angemessen ist oder ob dort Zehntausende im Jahr unnötig verbrennen, sieht man meist in einem Nachmittag. Wenn du das Gefühl hast, deine Infrastruktur wächst schneller als dein Verständnis davon, lohnt sich ein Gespräch. Im CTO-Sparring schauen wir uns solche Fragen ohne Verkaufsdruck an.

Ein kostenloses Erstgespräch kostet dich nichts außer einer halben Stunde. Melde dich über Kontakt, und wir klären, wo bei dir die günstigsten Hebel liegen.